本页是网络最新发布的《测试工程师年终工作总结》的详细范文参考文章，觉得有用就收藏了，希望大家能有所收获。 稿子汇 www.gaozihui.com

公文汇 www.gongwenhui.com

2012年终工作总结

稿子汇,范文学习文库

一：2012年工作回顾及总结

稿子汇 www.gaozihui.com

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

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

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

3、知识的总结与分享，完成客户端在安卓4.0/4.1，IOS6.0以(转载于: 在点 网:测试工程师年终工作总结)上系统上出现的兼容等问题，完成了兼容性测试案例的编写以及兼容性测试的培训工作。在日常工作中，发现兼容上重大问题，在测试部门群中发布分享。

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

测试工具的使用。

二：对公司的建议与意见

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

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

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

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

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

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

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

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

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

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

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

********

201*年^月^日

篇二：测试工程师个人工作总结

总体来说，xx年我主要完成了以下几方面的工作：

l 项目测试工作

l 知识与经验分享

l 完成所需知识的积累

l 工具学习及研究

具体来说，如下：

1.项目测试工作

这段时间，我主要是协助c.y.x进行cmbp项目测试，主要工作内容有：

l 对测试用例的编写提供反馈意见；

l 对测试过程及测试情况进行分析，并提供意见；

l 设计业务测试数据的例子；

l 绘制系统关键业务流程；

l 进行主要功能的界面测试、功能测试；

l 按照测试用例执行测试，并提交测试汇报；

l 进行需求验证工作。

2.知识与经验分享

这部分工作，主要表现在四方面：

完成项目测试经验总结

完成测试经验交流与知识分享简报，包括简报材料的制作。该简报内容包括：项目测试经验介绍、测试度量、性能测试知识介绍、loadrunner使用经验交流。

对现有测试规范提供改进反馈意见；

根据以往经验，范文写作在cmbp项目中提供帮助。

3.完成所需知识的积累

这部分工作，主要是为了更好的完成工作，学习所需的知识、工具及技能。我主要是根据《新员工入职指引表》的要求进行的。主要工作内容有：

学习金融行业业务知识

学习公司研发规范

学习研发部产品知识（保理项目、intelliworkflow、农行crm系统、工作流知识）

参加公司或业务部门组织的培训（新员工入职培训、基于uml的面向对象分析和设计、金融衍生工具介绍）

学习缺陷管理工具ttp

4.工具学习及研究

根据《新员工入职指引表》的要求，我了解rational 测试解决方案和工具，并进行rational performance tester的研究。完成对rational performance tester的研究后，我提交了研究成果，包括：《rational performance tester 6 介绍.doc》、使用rational performance tester进行性能测试的例子及学习参考资料。

二、xx年计划

xx年，我希望能通过参与具体项目的实践，达到以下目标：

1.能将测试过程在项目中真正的运用起来，并让项目的开发人员了解我们的测试过程

2.在项目中沉淀出一些部门成果

除了保质保量的完成项目测试工作外，最全面的范文参考写作网站我还将积极、主动的参与部门建设工作，和部门所有成员一起努力，在领导的指导下，将我们部门做成受到公司认可，有一定地位的部门。

三、对部门建设的建议

在部门建设上，我想可以从以下几方面逐步开展部门建设工作：

1.对人员进行分工，或者说是团队成员的侧重方向进行明确

例如，同一测试技术或测试工具，可以不需要多个人同时研究，这样可能造成资源的浪费。

2.强化制度建设

3.加大对测试过程的实施力度

现有测试过程，过程文件上存在不易操作的地方。所以在实施上也相应的存在一些问题。另外，争取能让开发人员了解测试过程。如果能让开发人员了解测试过程，可以让测试工作更好开展，以及获得更好的配合。

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

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

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

篇三：测试部年终总结

测试部年终工作总结

光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。

2013年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。

虽然测试部在2013年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！

下面是这一年测试部遇到的重大问题及原因与对策：

1.新订单系统的多伦测试后还不能封版完工

原因：

1）1级bug太多，严重影响阻碍测试的进度（尤其是报黄页的bug）；具QC BUG管理系统统计，新订单系统中bug总共209个，一级竟然有109个之多！

2）存在拆西墙补东墙的严重现象（很严重）

原来好的没有bug模块，由于修改bug重新出现缺陷，出现 拆西墙补东墙，bug循环出现，杜绝bug遥遥无期！

3）软件开发基本定型后，还在修改数据库结构，修改底层代码！

4）软件开发基本定型后，还在修改需求！

5）开发人员不按照需求开发软件；开发出来的模块或功能和需求有出入

6）部分模块需求在测试快结束后，需求还没出来，开发人员在等需求！（如新订单系统中的利润表模块）

7.）测试人员不足；软件模块太多，测试周期长！

对策：

1）检查：对于1级bug太多，只要开发人员开发出的模块后或修改的bug后自己先走查一下流程，看看流程是否能走通，是否还报错，这样就能确保一级bug出现的机会大大减少！

2）开发人员在修改bug之前一定要认真先想一下，我这种修改方法会不会给其他模块带来bug？会不会影响其他人员的模块出错？然后在下手修改代码！

3）一旦所有人进入全面开发软件后，数据库和底层代码就不能变动！

4）一旦进入开发阶段，需求就不能再随意增加变动！

5）开发人员严格按需求开发项目，不能私自变动开发；如有变动需要，要所有部门领导在一起商量，并下发通知商量后的结果！

6）要做到在写代码之前需求必须全部写完！

7）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！

下面是展望2014

丰收的2013已经过去，让我们迎接展新的2014！

2014努力的方向：

为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！

2014测试部要努力增加的岗位人员：

一名功能测试人员

一名性能测试人员

一名安全测试人员

2014年测试部需要的物理资源

一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）—— 一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！

2014年测试部的工作年度目标：

电商俱乐部CRM系统 2014年3月之前完成测试工作 ERP-产品系统 2014年6月30日之前完成测试工作 ERP-采购系统2014年8月25日之前完成测试工作 ERP-仓储系统2014年9月30日之前完成测试工作 ERP-物流系统2014年11月5日之前完成测试工作 ERP-订单系统2014年12月10日之前完成测试工作 最后感谢领导和各部门的同事对测试部工作的大力支持！

测试部：张兴升

　　这是篇好范文参考内容，涉及到测试、工作、项目、需求、公司、人员、开发、部门等范文相关内容，看完如果觉得有用请记得（CTRL+D）收藏。