测试部的年终工作总结范文

　　测试部的年终工作总结1

　　光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；

　　在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。

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

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

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

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

　　下面是展望20xx

　　丰收的20xx已经过去，让我们迎接展新的'20xx！

　　20xx努力的方向：

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

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

　　一名功能测试人员

　　一名性能测试人员

　　一名安全测试人员

　　20xx年测试部需要的物理资源

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

　　20xx年测试部的工作年度目标：

　　电商俱乐部CRM系统 20xx年3月之前完成测试工作

　　ERP-产品系统 20xx年6月30日之前完成测试工作

　　ERP-采购系统 20xx年8月25日之前完成测试工作

　　ERP-仓储系统 20xx年9月30日之前完成测试工作

　　ERP-物流系统 20xx年11月5日之前完成测试工作

　　ERP-订单系统 20xx年12月10日之前完成测试工作

　　最后感谢领导和各部门的同事对测试部工作的大力支持！

　　测试部的年终工作总结2

　　XX年已近尾声，回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作，中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到北京现场开发测试，以及后期配合用户的压力测试，项目投产内部演练和支持等工作。目前中信x-funds2.0系统也已经投产完毕。

　　8月份后回到公司，主要从事公司内部集成测试和系统测试工作，主要测试系统包括福建分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作，该项目计划年底投产。

　　补丁测试方面主要有部分辖内对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、中信x-funds2.0系统补丁测试等。

　　压力测试方面主要有中信x-funds2.0系统、中信外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。

　　从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。

　　从本年度内主要项目的测试及跟进客户测试方面经验教训进行总结，以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。

　　一、测试组内部要有计划。

　　介入项目测试以后，理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动，跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块，就让你测一块，这样无形中就会疏漏其他模块。测试组内部可以根据项目整体工作的安排情况也应该有自己的测试计划，即完整测试轮次的计划，这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通，明确每日工作流程，如版本更新时间约定、内部更新测试安排以及配合指导用户测试等工作。

　　二、项目的测试进度控制。

　　主要是按照项目计划进行的，按照项目组计划要求完成测试任务、提交测试类相关文档，包括制定内部测试计划、测试案例的完善、执行测试、缺陷跟踪以及bug回归测试等。协调项目的内部测试工作，配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每日进行修改问题回归测试工作，每日同步更新问题跟踪单的模式，按照规划时间完成系统更新测试等。

　　三、要加强学习和沟通。

　　在进驻客户现场测试后，测试人员的工作要配合项目组，也要指导和协调客户测试。项目组内部共同探讨解决问题的方法，向各模块负责人学习模块功能处理方式，向业务人员了解系统中涉及的业务知识点，两者结合起来进行模块功能测试。与客户接触吸收新的业务知识，积累测试方面必须的业务知识点，这些都做公司系统测试应有的测试基础，或者说银行金融行业项目测试工作的素养。也可以进步一提高与客户、与项目组内的沟通能力和协调能力。多参考客户测试的测试案例及测试过程中提出的问题，也能为自己的测试工作打下一个好的基础。

　　四、善于总结和吸收项目经验教训。

　　总结回顾以往的项目测试经验可以更好的指导以后的测试工作，也会提高系统缺陷和业务处理流程方面不合理情况的发现率。测试出来的问题与项目组沟通也会比较容易。鉴于以前的项目经验，也可以向项目组提出了一些完善性意见和功能实现的处理方式。

　　五、个人得失及不足。

　　作为几次项目测试的负责人，对于日常的测试流程、测试任务分配、测试执行、缺陷跟踪、协调内部测试及协调客户测试方面能力均得到了进一步提高，理清了项目整个过程中测试小组的工作过程以及后期的项目移交工作。同时也对系统相应的业务知识有了更进一步认知。相关业务知识方面还需要进一步加强，测试技能及测试管理方面还需要进一步完善学习。更好的吸收项目经验，做好以后的补丁测试工作及其他项目的测试工作。

　　项目测试中，维护部门配合介入的测试工作比较难分配及管理。维护人员并不是很积极从事项目的测试工作，且分配的任务也不情愿去完成。在中信x-funds2.0项目和新一代做市商项目组中都能明显体现出来。他们多是认为项目组的测试过程中的工作不属于自己的职责范围，认为自己只是一个简单的配合过程，要求加班时间要么不来，要么就做其他无关工作的事情。项目组也认为维护人员只是做自己的维护工作，抱怨时只会对测试人员。项目测试工作量也比较繁重，频繁的超负荷工作，给测试人员也造成比较大的压力。

　　公司是否可以通过下放部分考核比例，由测试负责人给组内测试人员和维护人员的工作进行考核打分，来约束和督促内部测试工作的合理进行。

　　公司是否应该考虑制定比较合理项目开发和测试周期计划及人员分配比例，切实减少超负荷工作带来的压力。

　　公司的业务逐年扩展，测试部门人员缺口较大，主要测试工作基本都落在了部门几个人身上，望明年公司能合理补充人员，并能在薪资待遇方面能有比较合理的增长。

　　测试部内部是否应该经常在和合适的时间组织测试技能、业务知识以及项目经验方面交流的讨论会等，以便更好的分享各自的经验教训，为今后的工作提供更多的基础支持，同时也应加强新人的培训力度。