《测试部年终总结》-实用文写作-写作素材-范文大全-范文网

标题

测试部年终总结

范文

测试部年终总结

总结是指对某一阶段的工作、学习或思想中的经验或情况进行分析研究，做出带有规律性结论的书面材料，它可以使我们更有效率，让我们好好写一份总结吧。我们该怎么去写总结呢？下面是小编收集整理的测试部年终总结，欢迎大家借鉴与参考，希望对大家有所帮助。

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

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

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

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

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

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

原因：

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

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

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

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

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

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

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

对策：

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

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

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

随便看

范文网提供海量优质实用美文，包含随笔、日记、古诗文、实用文、总结、计划、祝福语、句子、职场文档等范文，为您写作提供指导和优质素材。