测试部工作总结3篇.pdfVIP

测试部工作总结3篇

测试部工作总结1

光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间

里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务

器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制

度的建立测试流程、测试规范、bug等级制度的建立、测试报告模板的建

立、QC使用手册的书写等等；

在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被

成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步

成长起来。

20xx年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制

度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试

等工作。

虽然测试部在20xx年中取得了不小的成绩，但是还是存在很多不足，比如新

订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要

重视的地方，要认真总结的地方！

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

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

原因：

第1页共12页

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？会不会影响其他人员的模块出错？然后在下手修改代码！

第2页共12页

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

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

5）开发人员严格按需求开发项目，不能私自变动开发；如有变动需要，要所

有部门领导在一起商量，并下发通知商量后的结果！

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

7）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的

精力与技术经验必定有限！

下面是展望20xx

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

20xx努力的方向：

为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸

收更专业的白盒测试人员性能测试工程师、安全测试工程师！

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

一名功能测试人员

一名性能测试人员

第3页共12页

一名安全测试人员

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

一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）——一

个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的

各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的

服务和软件，环境不干净，影响真实的性能测试结果！

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

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

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

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

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

ERP-物流系统20xx年11月5