测试部年终工作总结 .docVIP

测试部年终工作总结 测试部年终工作总结 　　光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具qc、性能测试软件loadrnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、qc使用手册的书写等等；在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。 　　2016年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。虽然测试部在2016年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！下面是这一年测试部遇到的重大问题及原因与对策： 　　1.新订单系统的多伦测试后还不能封版完工 　　原因： 　　1）1级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）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！ 　　下面是展望2016 　　丰收的2016已经过去，让我们迎接展新的2016！ 　　2016努力的方向： 　　为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！ 　　2016测试部要努力增加的岗位人员： 　　一名功能测试人员 　　一名性能测试人员 　　一名安全测试人员 　　2016年测试部需要的物理资源 　　一台做压力测试用的物理服务器-- 一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！ 　　2016年测试部的工作年度目标： 　　电商俱乐部crm系统 2016年3月之前完成测试工作 　　erp-产品系统 2016年6月30日之前完成测试工作 　　erp-采购系统 2016年8月25日之前完成测试工作 　　erp-仓储系统 2016年9月30日之前完成测试工作 　　erp-物流系统 2016年11月5日之前完成测试工作 　　erp-订单系统 2016年12月10日之前完成测试工作 　　最后感谢领导和各部门的同事对测试部工作的大力支持！ construction opportunities, inheritance and innovation, to build the cloud temple of Buddhist culture, West queen culture two name card, full integration into the national provinces and cities, scenic spots construction