香草网 >地图 >总结 >

软件测试实习收获总结

软件测试实习收获总结(集锦六篇)

时间:2025-06-05 作者:香草网

软件测试实习收获总结 篇1

将近一个月的假期实习生活结束了,告别了这一次短暂的实习生活,这段时间也让我感概万分,有欢乐,也有苦累,也许这就是实习生活所必须经历的吧。似乎尝到了校园中所不能经历的辛酸苦累,所以,这段时间里我学到了很多,也都成为了我人生中的宝贵财富,也迈向了社会中重要的一步,是非常值得珍惜的。

这次实践主要就是学会使用公司软件部门所开发的应用软件和各种产品设备,熟悉和了解一贯的操作方法和可能出现的问题,并就如何解决问题向老员工请教方法。教我的是一位年纪稍大的老员工,先与我说了一下要点,然后让我自已看,遇到不懂的就问。初次接触,发现它并不像书本那样的有条有序,许多信息夹杂在一起,令人眼花缭乱,而有不同的种类,要做到随便一看就知是什么单是不行的,因为看过一点有关软件测试的书籍,所有有点了解,但是这些根本不够,于是接来的几天我就踏踏实实的坐在哪里认真的看产品介绍和说明书,熟悉它的大致结构。

熟悉了相关软件和硬件的操作和基本故障诊断之后,我也成为工作之中的一员,开始尝试解决客户应用产品中出现的一些问题。在这一段时间里,主要任务有巩固之前所学的,对常见的错误要一看便知,并养成认真仔细的工作习惯。在工作的过程中我也遇到了一些棘手的问题,但是经过大家的共同努力也一起解决了。经过了这些之后我也感觉到光靠培训听讲是不那么管用的,有时候也要自己试着去解决问题去亲自动手测试一些东西,在实际的应用过程中去发现问题和解决问题,做任何事都是一样要实事求是。

结合之前的培训,了解我现在的任务就是熟悉各种软件的操作和数据结构,然后在此基础上尽一切可能的去模拟、去思考现实使用环境中的应用可能性和预测可能出现的状况再对比一出现故障的概率等等,在这样的一个环节之后我要做的更细致的活儿就是做好各种测试计划和测试报告,然后对这些报告做一个准确和客观的评估然后将我所获得的结果反馈给软件或者硬件开发人员。

经过了将近一个月时间学习,了解到自己还有许多的不足,首先是缺乏工作经验,因为自己缺乏经验,很多问题而不能分清主次,还有些培训或学习不能找到重点,然后工作态度仍然不够积极,在工作中仅仅能够完成布置的工作是不够的,若没有工作做时可能就会松懈,不能做到主动学习。在工作中,不允许丝毫的马虎,严谨认真是时刻要牢记的。同时,学术上不够钻研,这是由工作性质决定的,也是我自己选择的,因为在我看来,只有被市场认可的技术才有价值,,但我毕竟是大三在校生,对科研技术进展方面都不了解,所以还需要更多的锻炼机会。

经过这一次的实践与学习,我才慢慢开始真正了解了软件测试工作,实习是一个开端,一个让自己学会成长的地方,不管是从工作技能上还是为人处事上,我都感觉到了自己有很大的提高。

首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信自己一定能克服。作为软件测试工作者要善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生,别人认为是对的,我却认为不是对的。有时候,往往某些质疑才是关键。保持一个良好的心情,否则很可能无法把测试作好,一定不能把生活中的不愉快的情绪带到工作中来。在工作技能上,因为从事的是测试工作,自己又没有经验,所以一切需要我从头开始,而且更需要自己的努力、耐心和细心。这些都是自己欠缺的,但是在工作了这几个月后,真的发现自己有了很大的改善。其次,让自己成熟了许多。虽然不能用语言来描述,但是确实可以从生活中的点点滴滴感觉得到。经历使人成长,只有经历过,才可以让自己真的成熟起来。

刚开始的时候很多人都和我一样,认为软件测试工作简单,只需要动动鼠标就行,之后才明白当初的认识是多么的肤浅。虽然自是功能测试,手工测试的工作,但是那鼠标也不是那么乱点的!所以其实做任何一件事都要付出自己自己的真心,努力去做,勇敢去做,才能离成功更进一步。

软件测试实习收获总结 篇2

六天的培训结束了,感觉过得好快啊。虽然是因为参加“模拟招聘”获得这次机会的,不像其他同学一样是交钱的,但是我也是抱着要学东西的心态参加的。

第一天老师就给了个下马威——教材全是全是英文版的。对于虽然大三的我来说,英语四级刚过,六级成绩还没出来的情况下,想看懂全文是不太现实的。在老师讲解过程中利用在线翻译才勉强能看懂句子。不过培训过程中最难忘的不是来自教材,而是来自老师的那双犀利的眼神。无论何时,只要你打开了与课堂无关的网页,她总会第一时间或叫号码,或叫名字,或站到你旁边。说实话,大学上课已经很久没有这种高中被管的感觉了。虽然不爽,但是却有种回到高中的快感(说的是实话)。

头几天还蛮不错的,食堂开门的,超市没关。可后几天,当校门口已无人烟,就剩我们这几个的时候就真觉得寝室楼好静啊,还不如在机房呆着。对于老师我想说的是,前几天笑容总是挂在脸上,可两天后明显笑的少了,不知道是不是因为和大家熟了,没有刚见面的客气了(我喜欢看人笑,本身也喜欢笑,老师的这种变化,我很敏锐的察觉了)。

这次培训虽然感觉学到的没有很多,但是我了解了一个企业,起码是软件测试这一行业大致的运作模式,让我对我将来要不要从事这个行业有了认识。貌似软件测试女生为主,男生比较适合从开发做起,这是我这几天得到的最大体会。还有对于课堂结束的演讲,是个锻炼

自己的好机会,我并不否认这点,不过貌似每个人都只有一次机会,我是个表现欲很强的人,让我讲了一次有点不过瘾。

开始我是因为不想浪费免费来上课的就会,来到后我觉得确实很多时候是需要多接触下这些社会上的公司、企业等,毕竟还有一年就毕业了,到底何去何从自己是真的要好好做个打算了。期待下一期的网新的培训

软件测试实习收获总结 篇3

在支付宝测试分析的角色和系统分析的角色是对应的,只不过一个是测试类的另外一个是开发类的。系分下面会有相应开发,测分下面会有相应的测试用例编写和执行人员。也就是说测试分析文档是对测试执行人员的一个指导(在我原来的理解方式上,觉得测试分析人员应该是用例编写人员;而在这里测试分析人员是从业务上去分析的,用例是用例执行人员来写并且执行的)。

而通过这次的这次分析觉得自己的测分还存在以下的问题:

1、太关注开发的内部实现逻辑。建议:将开发内部实现逻辑看成一个黑盒子,测试分析要从这个黑盒子的输入和输出上去看开发内部实现逻辑是不是有问题,而不应该先去了解开发的实现逻辑然后按照他们的思路去分析。

2、分析文档写的过于详细,甚至将用例的步骤都写了出来。建议:测试分析要从全局上去看问题,细节的东西即便是知道的,也要留给之后的用例编写人员去了解(就像系分之后的开发需要去写详细设计的道理一样),这样后面的人才会自己主动去想问题。

3、分析文档要考虑维护性问题,不要出现类似比如还款中状态为“R”这种具体的数据内容。因为我的分析是对后续用例编写人员的一个指导性的文档,所以如果侧分这么写很有可能导致用例也照着这么写,其实不管侧分和用例都不应该具体写到R这么细节,否则的话开发稍作变动我们就要相应变动我们的用例

4、没有明确测试目的。review用例的时候,没有提出每个用例需要明确一个测试目的,让别人来看这个用例的时候能明白到底是怎么回事。

总结:

1、以后写测试分析文档,依据仅仅是prd文档,必须抛开开发实现逻辑部分(即不去看系分文档),待测分出来之后,再去看系分文档,互相看看彼此考虑的是否存在遗漏的地方。等到在写用例的时候再让写用例的人和相应的开发去互相明确更细节的东西。

2、写用例我们目前都是仅仅做到对流程上的每个节点去单独分析,细到看输出的时候会关注到数据库表的一个变化。但是除了以上部分,其实还少了对整体流程的关注,需要增加业务流程的各条路径的一个覆盖,在针对路径的用例中不需要关注到数据库表级那么细。

3、在做流程路径覆盖之前应该画一个路径图,这个图的画法考虑各个入口的不同分开画流程图,分别进行路径覆盖。

软件测试实习收获总结 篇4

11月4日。我怀着对提高并实现自我价值的心态,走进深圳走秀网络科技有限公司的大门,开始了自己大学里兼职实习工作。转眼间。6个月的实习时间就要过去了。回想起这段时间的工作过程,我深深的认识到在走秀网实习的选择是绝对正确的,走秀网和公司的同事们对我个人产生的积极影响也是超越我料想之中的。现将这段时间的工作进行如下总结。

首先,要具有良好的学习能力。刚进走秀,带我的老大是哈尔滨人,我跟她很投缘。开始的一个星期,我只是熟悉公司的一些业务和我们前端的测试范围,在熟悉业务的过程中,我发现这些页面上的东西看上去挺简单的,但是要深入了解还是需要很长的一段时间。期间老大叫一个老员工带着我去测试一些之前xiu2.0所遗留的简单的bug。走秀网的测试部还比较大,所以对工作的流程和上线之前的版本控制的非常严格。我们在上线之前,会经过两套环境,功能测试环境和镜像环境,功能测试环境是对需求和功能的一个详细的验证环境,镜像环境是模拟生产环境回归之前我们在功能测试环境上锁遗留的一些小的bug。因为不知道这些转测试的bug是怎么产生的,所以需要去跟开发人员沟通,开始的时候自己一个人不敢过去开发部,就让老员工(才哥)带着过去,一段时间过后,我开始自己去和开发沟通交流,从发现问题的重现,到催促开发修改和转测试,这一段时间让我深刻体会到沟通时多么重要。

在走秀期间,我们测试部总监还会对我们不定时的培训。教会我们测试的工作流程和每个阶段应该展开的工作范畴。作为测试,必要会使用的缺陷管理工具bugzilla和测试用例管理工具testlink,还给我们培训了,如何使用自动化工具ruby+watir来对一些测试点进行自动化脚本的编写。慢慢的,在对公司的业务了解的比较透的时候,老大就开始让我们自己对一些小需求进行测试,测试的过程中,不仅仅是对页面和表面功能进行测试,还要根据需求文档和页面的显示对数据库表进行查询操作,查看页面的显示和功能是否和数据表里面的一致,还要在后台日志中查看是否有报错。所以,测试并不是像我想象中的那么简单,不是在页面上点来点去就可以测的好的。

实习可以使每一个学生有更多的机会尝试不同的工作,扮演不同 的社会角色,逐步完成职业化角色的转化,发现自己真实的潜力和兴趣,以奠定良 好的事业基础,也为自我成长丰富了阅历,促进整个社会人才资源的优化配置。 作为一名学生,我想学习的目的不在于通过毕业考试,而是为了获取知识,获 取工作技能,换句话说,在学校学习是为了能够适应社会的需要,通过学习保证能 够完成将来的工作,为社会做出贡献。然而步出象牙塔步入社会是有很大落差的, 能够以进入公司实习作为缓冲,对我而言是一件幸事,通过实习工作了解到工作的 实际需要,使得学习的目的性更明确,得到的效果也相应的更好。

人要想成功及获得好的业绩,必须牢记一个规则:我们永远不能将个人利益 凌驾于团队利益之上,在团队工作中,会出现在自己的协助下同时也从中受益的情 况,反过来看,自己本身受益其中,这是保证自己成功的最重要的因素之一。

软件测试实习收获总结 篇5

这个暑假惠普派人到我们学校来开展软件测试培训。老师说机会难得所以我就参加了,说实话每天在教师从早晨坐到下午,中间只有一个半小时休息时间,这样还是相当累人的。我们第一天开始就觉得这个简直比平常上课还累啊。

不过 看到老师讲得如此认真,看到惠普如此强大,我看在座的学员都听得非常认真。所以向我这种上课从来不听讲的这回都听得认真得不得了,呵呵。

前两天确实还是有点累,讲的也是理论课,而且以前我们从来没有接触过测试这个行业,所以听得也嘿吃力。但是老师给我们讲了不少他们的工作经验和惠普这种世界五百强美国十强的企业文化,鄙人是深受教育啊。

后两天我们每个人带一个笔记本进行上机操作了。我们的第一个任务就是安装软件,那个软件好大啊 ,整整2个G。我们考啊考啊考了好久才考完。软件叫QTP,就是惠普的快速测试专业版。确实是一个强大的软件,呵呵 大家用了就晓得了!

有 了电脑自然好耍了,我们休息的 时候就上网啊,我看猫和老鼠都看得差不多了。不过那个软件毕竟是大软件,操作还是比较复杂,而且全英文版,对我这种英语水平的人确实有点难以接受a。不过 呢,我还是在老师的敬业精神鼓励下学到了不少知识 受益匪浅啊,单词也记到了不少!离六级又近了一步!!

四天的培训在今天就彻底的结束 了,下午老师给我们开 座谈会,问我们有什么问题,结果呢我们一点问题都没得。老师教得好啊 呵呵!我们没得问题 老师又只有给我们说他的光辉历史了撒 。什么当年大学毕业了差点工作都没找到啊,什么当年英语学得最撇啊,还有找不到工作在网吧郁闷打游戏啊 呵呵。

我记得老师说得最有感情的一句话就是“社会是黑暗的啊”。我们对这句话都是深信不疑!所以以后呢,要好好努力啊,不管社会有 好黑暗你都能找到光明,生活就是如此,时间本就平凡。好好干好好干!

软件测试实习收获总结 篇6

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

转眼间,三个月实习 时间就过去了。回想起这段时间的工作过程,我从一名普通的大学生到一个为社会服务的软件测试人员,思想觉悟有了很大的提高,作为一个刚刚步入企业的年轻人 来说,什么都不懂,没有任何实践经验,不过在各位同事的帮助下,我很快的融入到了这个新环境,还学到了很多在学校学不到的东西,也认识到了自己很多的不 足,感觉受益匪浅。以下是我在这几个月实习期间对工作的总结以及一些自己的心得体会。

要想成为好的测试人员,首先得了解自己要测试的软件 的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求,在接触软件之初要可以多看看用户的反馈信息,这些才是用户最关心的,也是在测试中需 要注意的问题,满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档,软件设计文档,这些文档可以帮助了解产品如何工作。还有多 看看公司 Bug 库中的问题,这些存在的问题可以帮助自己了解软件产品那些地方存在缺陷,软件系统那些地方会出现错误。软件是运行在一个大环境中,如果对系统不熟悉,那么 有些问题你不能从一个更广阔的层面考虑,学习操作系统的知识,有助于你发现缺陷,定位问题更加准确。比如软件运行在 Windows 或者 Linux ,如果不懂操作系统,你就无法建立测试环境,有些时候时候软件的组件发生问题,就是自己系统配置造成的,对系统不熟悉,会把外在原因归结为软件本身。所以 要学习关于和软件系统相关的知识,比如编程,网络,数据库等。不一定要学习到多好的程度,只是通过这些扩展的知识面,可以在发现问题,解决问题上不会局限 在狭小的圈子里。

和一切相关的人员交流,不同的交流渠道,获取消息是不同的,角度也不同。和客户交流,会在测试中从客户的角度发现问题;和开发人员交流,会了解开发人员怎么实现软件功能的;和项目管理人员交流,会知道开发进度以及遇到的困难。

在这实习期间,我就参与了一个项目,这对我在软件测试方面有了一定的认识和需要注意的地方。

在滕邦国际的项目中,我主要负责的是wap网站、Symbian客户端和后台管理系统,对有关用户界面的测试和测试执行流程有了一定的了解,学会了对bug管理工具Bugzilla的使用。

一.有关用户界面的测试

1.图形测试

图形包括图片、动画、边框、颜色、字体、背景、按钮等。

(1) 要确保图形有明确的用途,应用系统的图片尺寸要合理,并且要能清楚的说明某件事情,一般都链接到某个具体的页面。如在滕邦项目中,wap网站跟客户端的标志图形就不一样,酒店模块、机票模块和旅游模块的图片也是不同的。31xC.cOM

(2)验证所有页面字体的风格是否一致。

(3)背景颜色与字体颜色和背景色相搭配。如本项目以该企业颜色为主。

2.内容测试

内容测试用来检验应用系统提供信息的正确性、准确性和相关性。信息的正确性是指信息是可靠的还是误传的。信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口,也就是一般Web站点中的所谓"相关文章列表"。

如在滕邦项目中,在查询机票的时候出现一个不应存在奥林匹克航空,查询机票深圳-北京时,出现美国联合航空 UA,属于国际票务,也是不应该查询到的。

3.整体界面测试

整体界面是指整个 应用系统的页面结构设计,是给用户的一个整体感。例如:当用户浏览应用系统时是否感到舒适,是否凭直觉就知道要找的信息在什么地方?整个应用系统的设计风格是否一致?

在滕邦国际项目中,除了wap网站外,还有Symbian、Android、WinMobile三个客户端,所以在事先没有标准的情况下,各个平台的导航不统一,各关键字段也不一致。

二.bug管理

1. 在进行测试前,首先必须理解业务和需求。需求和业务理解了,才知道客户想要系统实现什么。然后按照需求来进行测试,不满足需求要求的都可以认为是BUG。

2. 和开发人员沟通。这里说的沟通并不仅仅指通过沟通试图让开发人员修改每个BUG,这个当然需要沟通,但是并不是指所有的BUG都需要修改,这中间涉及到成 本、技术,还有别的问题。除此之外,通过和开发人员搞好关系,对于BUG我们可以问他发生该BUG的原因,修改的大致方法,甚至不修改的原因等等,这有助 于以后测试中多注意、多发现这样的问题,甚至提出修改建议。

如在Symbian客户端测试中,会出现“内存不足,请关闭一些应用程序后再试”的警告,是属于正常现象。

3. 决定BUG严重性的时候,可以根据该被测对象在整个系统中充当的角色,实现的功能来判定如果该对象出现错误会对整个系统产生什么样的影响,对产生的影响打 分,从而定义BUG的严重程度;决定BUG优先级的时候,可以先假设不修复该BUG,出现的这些问题会产生哪些影响,然后判定这些影响的严重性来判定 BUG的优先性。

如在项目中,旅游模块页面中,点击查询时自动退出系统,本是属于High单,而我提的是Medium单。

4. 容易产生BUG的情况:虽然在开发过程中,软件需求通常都会发生改动,所以如果某一部分的软件需求频繁发生变动,那么就会导致和这部分相关的编码和设计会相应的频繁变动,那么在测试中,这部分编码设计实现的部分出现BUG的可能性就很大。

如果在开发的过程中,大量使用了第三方的组件,或者从别的软件中移植了大量的代码,那么和这些第三方的组件和代码相关部分出现BUG的可能性就很大。

本文来源:http://www.31xc.com/zongjie/4729.html