软件测试实习报告-2700字

1、软件开发与项目管理专业实习报告(二)20 xx年11月28日，我怀着提高并实现自我价值的心态，跨进E软件技术有限公司的大门，开头了自己第一份实习工作。这是一家国内知名的专业软件外包企业，在深圳华南地区位居行业前列。易软自开头从事软件外包业务以来，服务合作模式从人力资源外包进展到项目外包、离岸开发和OEM产品合作等模式。业务领域包括电信业，金融业，制造业等。特殊在电信行业有多年积累,在电信业务领域涉及固网,智能网、移动通信、光网络,电信增值服务等业务领域.易软公司总部设在深圳,在上海、南京、北京，广州，重庆，苏州，武汉，大连等地建立了分公司或办事处，就近为客户供应外包服务。转瞬间，三个月实习时间

2、就过去了。回想起这段时间的工作过程，我从一名一般的高校生到一个为社会服务的软件测试人员，思想觉悟有了很大的提高，作为一个刚刚步入企业的年轻人来说，什么都不懂，没有任何实践阅历，不过在各位同事的挂念下，我很快的融入到了这个新环境，还学到了很多在学校学不到的东西，也生疏到了自己很多的不足，感觉受益匪浅。以下是我在这几个月实习期间对工作的总结以及一些自己的心得体会。要想成为好的测试人员，首先得了解自己要测试的软件的相关学问。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关怀的，也是在测试中需要留意的问题，满足客户是最大的需要。但是了解软

3、件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以挂念了解产品如何工作。还有多看看公司Bug库中的问题，这些存在的问题可以挂念自己了解软件产品那些地方存在缺陷，软件系统那些地方会毁灭错误。软件是运行在一个大环境中，假如对系统不生疏，那么有些问题你不能从一个更宽敞的层面考虑，学习操作系统的学问，有助于你发觉缺陷，定位问题更加精确。比如软件运行在Windows或者Linux，假如不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是自己系统配置造成的，对系统不生疏，会把外在缘由归结为软件本身。所以要学习关于和软件系统相关的学问，比如编程，网络，数据库等。不愿定

4、要学习到多好的程度，只是通过这些扩展的学问面，可以在发觉问题，解决问题上不会局限在狭小的圈子里。和一切相关的人员沟通，不同的沟通渠道，猎取消息是不同的，角度也不同。和客户沟通，会在测试中从客户的角度发觉问题;和开发人员沟通，会了解开发人员怎么实现软件功能的;和项目管理人员沟通，会知道开发进度以及遇到的困难。在这实习期间，我就参与了一个项目，这对我在软件测试方面有了确定的生疏和需要留意的地方。在滕邦国际的项目中，我主要负责的是wap网站、Symbian客户端和后台管理系统，对有关用户界面的测试和测试执行流程有了确定的了解，学会了对bug管理工具Bugzilla的使用。一.有关用户界面的测试1.图

5、形测试图形包括图片、动画、边框、颜色、字体、背景、按钮等。(1)要确保图形有明确的用途，应用系统的图片尺寸要合理，并且要能清楚的说明某件事情，一般都链接到某个具体的页面。如在滕邦项目中，wap网站跟客户端的标志图形就不一样，酒店模块、机票模块和旅游模块的图片也是不同的。(2)验证全部页面字体的风格是否全都。(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。2.内容测试内容测试用来检验应用系统供应信息的正确性、精确性和相关性。信息的正确性是指信息是牢靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前扫瞄信息相关的信息列表或入口，也就是一般Web站点中的所谓相关文章列表。

6、如在滕邦项目中，在查询机票的时候毁灭一个不应存在奥林匹克航空，查询机票深圳-北京时，毁灭美国联合航空UA，属于国际票务，也是不应当查询到的。3.整体界面测试整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。例如:当用户扫瞄应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?整个应用系统的设计风格是否全都?在滕邦国际项目中，除了wap网站外，还有Symbian、Android、WinMobile三个客户端，所以在事先没有标准的状况下，各个平台的导航不统一，各关键字段也不全都。二.bug管理1.在进行测试前，首先必需理解业务和需求。需求和业务理解了，才知道客户想要系统实现什么

7、。然后依据需求来进行测试，不满足需求要求的都可以认为是BUG。2.和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG，这个当然需要沟通，但是并不是指全部的BUG都需要修改，这中间涉及到成本、技术，还有别的问题。除此之外，通过和开发人员搞好关系，对于BUG我们可以问他发生该BUG的缘由，修改的大致方法，甚至不修改的缘由等等，这有助于以后测试中多留意、多发觉这样的问题，甚至提出修改建议。如在Symbian客户端测试中，会毁灭“内存不足，请关闭一些应用程序后再试”的警告，是属于正常现象。3.打算BUG严峻性的时候，可以依据该被测对象在整个系统中充当的角色，实现的功能来判定假如

8、该对象毁灭错误会对整个系统产生什么样的影响，对产生的影响打分，从而定义BUG的严峻程度;打算BUG优先级的时候，可以先假设不修复该BUG，毁灭的这些问题会产生哪些影响，然后判定这些影响的严峻性来判定BUG的优先性。如在项目中，旅游模块页面中，点击查询时自动退出系统，本是属于High单，而我提的是Medium单。4.简洁产生BUG的状况:虽然在开发过程中，软件需求通常都会发生改动，所以假如某一部分的软件需求频繁发生变动，那么就会导致和这部分相关的编码和设计会相应的频繁变动，那么在测试中，这部分编码设计实现的部分毁灭BUG的可能性就很大。假如在开发的过程中，大量使用了第三方的组件，或者从别的软件中

9、移植了大量的代码，那么和这些第三方的组件和代码相关部分毁灭BUG的可能性就很大。例如在本项目中，机票模块和酒店模块的需求经常改动，所以这两个模块也是该测试的重点;Symbian客户端有V3版本、V5版本，这两个版本之间的代码大致相同的，V5版本也是大量复制了V3版本的代码，所以V3版本毁灭特殊的时候，V5版本也就会出错。5.描述BUG主题时，应当依据实际状况，简要的描述出自己的操作和期望被重视的现象，不应当包含自己对特殊表现毁灭的缘由的推想和猜想。BUG的描述要简洁易懂。6.不能假设开发人员对他们开发的程序和业务需求都格外生疏，在提交BUG的时候，确定要说明白是哪个模块的哪个功能，毁灭了哪种类型的错误，并