软件测试工程师个人工作总结

第一篇：软件测试工程师年终工作总结

2014年终工作总结

一：2014年工作回顾及总结

回顾2014年这一年来的工作，我在公司领导及各位同事的支持和帮助下，严格要求自己，按照公司要求，比较好地完成了本职工作。通过近一年的学习和工作，工作模式上有了新的突破，工作方式有了较大的改变。现将这一年的工作情况总结如下：

1、总体来说，2014年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作；“……”已经稳定上线运行6个多月，“……”即将上线。

2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：a、测试项目案例、测试用例的设计与编写；b、对测试过程中遇到的问题进行沟通，并提供意见；c、设计业务功能流程，提供参考意见，绘制关键业务流程；d、进行主要功能的界面测试、功能测试；e、按照测试用例执行测试计划；f、进行需求验证工作

3、知识的总结与分享，完成客户端在安卓4.0/4.1，ios6.0以上(本文来源：WwW.)系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

4、完成所需知识积累，学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种

测试工具的使用。

二：对公司的建议与意见

对公司和部门建设上，我有以下几点建议：

1、对员工进行金融知识的系统培训，让测试人员了解银行业务流程，有助于测试人员更加详细了解业务流程，测试过程会少走很多弯路。

2、部门内希望多组织技术交流讨论，促进测试工作的开展和提高。一年至少有2次这样的交流。

3、公司在项目开发前期，希望尽可能的明确需求，尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书，需求说明书不明确或者需求说明书内容错误，误导了开发和测试，浪费了时间，影响了项目进度。

4、建议项目需求设计可以有测试员参与讨论。

5、公司管理有点混乱，个人感觉公司对每位员工的重视程度不够！节假日公司应该给每位员工一定的福利和关心。

6、个人感觉平时的效率比较低，希望测试部门能够有所调整。希望公司能制定质量控制标准以及开发、测试工作流程，让开发更好的了解测试的流程，增强开发团队与测试团队的配合，提高工作效率。

7、加强部门测试成果的积累与沉淀，提高团队测试水准，希望我们的团队能够做的更好，能够已团队的形式参与软件项目的开发，而不仅仅是一个项目中毫不起眼的小小测试员。

三：2014年工作计划与学习计划

2014年工作计划就是希望通过自己的努力，让我们的产品更加完美，让自己在软件测试技能上有所提高，更多的关注软件产品的开发过程，提高工作效率、做到与用户的需求一致，提高公司软件产品用户满意度。

具体来说2014年工作计划有：努力提高自身测试水准，努力学习金融知识以及业务流程，学会需求分析，掌握需求分析在测试中的作用，参与公司更多的开发项目的测试工作。

********

201*年^月^日

第二篇：软件测试工程师的工作总结

【摘要】

软件质量越来越受到人们的关注，软件测试作为新兴行业有很多不完善的地方。很多从事软件测试工作的同行处于迷茫之中，如何提高，如何解决测试工作中的实际问题，困惑着每一个人。本文总结了一下个人经验，希望对大家有帮助。

【关键词】

软件测试

软件

测试学习

软件测试工程师

我最初参加测试工作的时候，不知道什么是软件测试，集成测试和系统测试的概念经常混淆，

cmm

是什么就更加不知道了。那时候最简单的开关机也是通过直接拔插电源完成，安装系统对我来说简直是有史以来人类的最高技能，对于那些拿着螺丝刀安装机器的人就认为是宇内超级高手，身具杀人于无形之绝世秘技。拿破仑说不想当将军的士兵不是好士兵，我最初的梦想就是想成为软件测试的高手，傲视天下。所以不断偷师，总结经验，自认为掌握了成为高手的几个秘技，这几年混迹

“

江湖

“

还算无往而不利。不敢独享，望与吾辈测试人员切磋，早日总结成功密技之大成，助新进人员早日入门，也算不愧对东北活雷锋的称号。

第一招

学会利用网络

刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些

“

武林秘籍

“

，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

一次项目经理分配任务，觉得依靠手中的秘籍加上自己的

“

聪明才智

“

很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此

google

成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有

“

无敌秘籍

“

，所以只要你耐心找，答案就在身边。

这里总结一下利用网络搜索引擎的技巧：

组合搜索

每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

选择表述内容的词组

一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

定位信息来源

有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以 ……此处隐藏2118个字……施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

4．加强部门测试成果的积累与沉淀。

现在的测试成果保存在服务器上，很容易发生测试成果丢失的情况。加上还有一些测试成果未提交服务器，只是保留在个人机器上，很容易发生人走成果也不在的情况。另外，保存在个人机器上，也不利于知识的传播与分享，不利于部门成员技能的提升。

除了将已有测试成果进行有效管理外，还需要将已有的测试知识沉淀下来。例如，对项目的测试经验，性能测试的经验，测试用例设计经验等等。

第五篇：软件测试工程师年终述职总结

内蒙古金财信息技术有限公司

研发二部-孟磊

年终总结

2014年12月

2014年终总结

回顾2014年5月入职到现在大半年的工作，我在公司领导及各位同事的支持和帮助下，按照公司要求，比较好地完成了本职工作现将这一年的工作情况总结如下：

一、项目时间点及各阶段工作

二、测试总结

中间业务平台管理系统集成测试阶段：

缺陷数据分配表

告警性 建议性 严重性 <总计>

郭洪敏 1481739

李扬 4373383

孟凡波 722352147

缺陷摘要饼形图

聂飞龙 711321

<总计> 13639115290

严重性缺陷占到整个缺陷数量的百分之四十，从实际测试工作来看，代表性大致可分为以下几类：点击“新增”报错、查询报错、保存报错等直观的缺陷。在这里建议研发人员在单元测试发现此类缺陷，在今后项目中，减少缺陷数量，提高软件质量。

中间业务平台管理系统上线阶段：

在管理系统上线阶段共发现6个问题其中有代表性问题分类如下：

1、需求问题：

系统维护->账户维护新增时，账户类型字段是从数据库配置，联社方想通过页面控制此字段。此问题在集成测试时，熬民就提出要从系统页面上新增，当时认为需求没提出此功能忽略了隐性需求导致后期东北农电项目上线需要从数据库大量配置通讯配置表。

教训：今后测试不止测试功能是否实现，需要考虑和结合系统与系统之间的关联关系，眼光放得在长远些。 2、技术实现问题：

集成测试时，管理系统新增账户时其合法性需要与核心校验，此问题集成测试通过，但在上线验证阶段发现此功能没实现。后经过与研发人员沟通此功能实现方式是单位关联维护时，核心直连标志选择不直连，则此业务新增账户时则不与核心校验账户。功能实现逻辑就是错误，而测试基于错误的逻辑去做集成测试。 教训：

测试角度：只测试了功能实现与否，没测试功能实现的方式对不对。 研发角度：重要的功能实现方式及其业务逻辑在编码前多跟测试人员交流，说明其实现方式。项目经理能参与评审研发人员的设计文档。把缺陷扼杀在摇篮之中。 3、迁移配置问题：

如：“机构下载提示：“ftp下载失败”。”、”柜员登录业务系统时提示：“用户失效”。”、“缴费查询时，生成批次号错误。”等

教训：上线中的运维手册、配置手册操作手册等文档写的不详细、描述的不够清楚，。导致上线验证阶段有一半儿的问题都是迁移导致。今后站在用户角度去编写文档尽量写的详细，不仅提高软件本身的质量，也要提高文档的质量。

乌拉特前旗财政代发加密：

1、前期软件交付时财政不认可：

此软件是前旗农村商业银行委托我们为前旗财政局研发一款代发工资加密软件。但在软件交付时，财政完全不认可导致项目推翻重新开发。

教训：如果项目涉及到三方或者多方时，一定在研发工作前把握用户最原始的需求，可能从中间方挖掘出的需求并不是最终用户想要的结果。

中间业务代理校园一卡通：

1、

交易最少、问题最多的项目。

导致问题原因如下：研发人员经常变动性大，几乎研发二部所有人都参与过此项目支持，看别人代码需要大量时间，甚至比重新研发都要费时间。接口联调阶段对方工程师不在场（校园前置机本身配置问题）。集成测试时，对账是报文模拟，这就导致一部分案例无法覆盖到（生成对账文件校园方是否解析）。

教训:在软件的生命周期内希望公司能够保持各个阶段的研发人员的稳定性。用报文模拟的集成本身就存在风险，希望今后的项目中能得到第三方仿真端来降低成本，节省测试成本。在案例设计方面多模拟用户真实环境。

三、自身存在的不足及其后期计划

金财公司的工作同我之前的工作有很大不同，之前公司的测试工作只需要完成三轮集成测试的工作即可，在金财公司的测试工作不单单是测试，更是涉及到是质量管理、质量监督、质量控制的工作，同我之前相比感觉每天都在进步，大半年工作让我有所进步，但是很多地方还是存在不足，比如：

1. 接到工作任务后一味的去做，做到一半发现做不下去或者做的不对。做

事情没方法。

2. 在描述一个缺陷的现象时，尽量去挖掘产生问题的原因，在定位缺陷的

能力上多下一些功夫，为开发减少工作量。 在2014年的工作中，我计划：

1. 今后工作要学会分析事物，找到做事的办法，提前把思路汇报给上级。； 2. 要尽可能深刻的理解需求，坚持编写覆盖率强的测试用例； 3. 做好管理系统、一卡通、华北市电的运维工作；

4. 学会环境搭建、保持开发与测试有两套环境避免相互影响。

四、个人建议

近半年我们部门有着的明显进步，比如之前用excel执行案例、记录缺陷，后期采用行业著名的qc软件来规范测试流程等，在此，个人提出以下几个小建议：

1、希望能够在需求这一阶段上能更详细、准确的确定软件功能要求； 2、研发人员在修改缺陷时，希望能在备注上添加上缺陷是如何修复的产生

原因是什么等，一是能给测试人员带来新的测试思路；，二是能够给其他研发人员提供借鉴;

3、在项目的各个重要阶段多开一些项目总结例会把遇到的问题放到例会上

让大家讨论，能为接下来的项目或者以后的工作提供宝贵意见； 4、在单元测试阶段时，测试人员没有其他任务时，可以提出让测试人员配

合做单元测试，保证后期集成测试时，严重性缺陷数量的控制； 5、公司的报销流程个人感觉有些繁琐希望公司能够简化流程或者公司人事

方面能够定期来核对报销工作;

最后，感谢部门领导、各位同事对我这个新人在初期工作时的帮助，特别是熬民在工作上对我的监督指导，在业务上和测试技术上有问必答，毫无保留。对于工作上遇到的困难，研发人员都能在百忙之中给我讲解和探讨问题，在这里特此感谢他们。

相信在大家共同的努力下，公司部门逐渐壮大、成长。最后走出内蒙，走向全国。

2014-12-27 研发二部-孟磊