测试工程师年度工作总结3篇(测试工程师的年度总结)

时间：2023-03-05 01:42:00 工作总结

　　通过写工作总结可以提升自己的工作效率，这样才是最有价值的总结，那么写工作总结应该注意什么要点呢？下面是范文网小编分享的测试工程师年度工作总结3篇(测试工程师的年度总结)，以供参考。

测试工程师年度工作总结1

　　一、20_年工作回顾及总结

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

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

　　2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说，主要的工作内容有：

　　a、测试项目案例、测试用例的设计与编写;

　　b、对测试过程中遇到的问题进行沟通，并提供意见;

　　c、设计业务功能流程，提供参考意见，绘制关键业务流程;

　　d、进行主要功能的界面测试、功能测试;

　　e、按照测试用例执行测试计划;

　　f、进行需求验证工作。

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

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

　　二、对公司的建议与意见

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

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

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

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

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

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

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

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

　　三、20_年工作计划与学习计划

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

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

测试工程师年度工作总结2

　　这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。

　　我认为，在整个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的机会，这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求，甚至主导整个项目的走向。

　　软件测试对逻辑思维、学习能力、反应要求很高，是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好;不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员更加重视软件产品的质量问题。在测试过程中，测试者可能会为客户的需求角度考虑到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。

　　通过课上的理论因为课下的实践和后半学期又因为身体力行于

　　1、最基本的测试的分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看，可分为白盒测试和黑盒测试。

　　2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。

　　3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗。

　　4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的'一个填表工作，要写好真是不简单。一开始写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。

　　另外就是一个学期的学习让我纠正了几点误区：

　　1、有位大师曾说过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug，然而一个学期的测试学习经验告诉我这是错误的，如果只是为了找到BUG，那么BUG会成天缠着你。

　　2、在大家协力测试论坛的时期内，我曾认为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我认为只要掌握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。

　　作为测试新手，通过一学期的学习，我认为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!

　　在最后，我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，如果以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精力和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的毛病。

　　最后感谢刘老师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。

测试工程师年度工作总结3

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

　　项目测试工作

　　知识与经验分享

　　完成所需知识的积累

　　工具学习及研究

　　具体来说，如下：

　　1.项目测试工作

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

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

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

　　设计业务测试数据的例子;

　　绘制系统关键业务流程;

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

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

　　进行需求验证工作。

　　2.知识与经验分享

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

　　完成项目测试经验总结

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

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

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

　　3.完成所需知识的积累

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

　　学习金融行业业务知识

　　学习公司研发规范

　　学习研发部产品知识(保理项目、intelliworkflow、__系统、工作流知识)

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

　　学习缺陷管理工具ttp

　　4.工具学习及研究

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

　　二、20_年计划

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

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

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

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

　　三、对部门建设的建议

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

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

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

　　2.强化制度建设

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

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