测试部年终总结.docx

测试部年终总结

第一篇：测试部年终总结测试部年终工作总结光阴似箭，岁月如梭，一转眼，我来到英特华已经九个月了，在这段时间里，我们公司从没有测试人员，到测试部的建立；从没有测试环境到测试服务器的建立，测试工具QC、性能测试软件LoadRnner的安装使用；测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等；在这近九个月工作中，我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替，我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。2013年5月，我来到英特华，在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。虽然测试部在2013年中取得了不小的成绩，但是还是存在很多不足，比如新订单系统的长期测试，工期长期推延，迟迟不能结束！这是测试部在下一年要重视的地方，要认真总结的地方！下面是这一年测试部遇到的重大问题及原因与对策：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）一旦所有人进入全面开发软件后，数据库和底层代码就不能变动！4）一旦进入开发阶段，需求就不能再随意增加变动！5）开发人员严格按需求开发项目，不能私自变动开发；如有变动需要，要所有部门领导在一起商量，并下发通知商量后的结果！6）要做到在写代码之前需求必须全部写完！7）大型项目，测试人员必须配足，岗位齐全，从而缩短测试周期，一个人的精力与技术经验必定有限！下面是展望2014丰收的2013已经过去，让我们迎接展新的2014！2014努力的方向：为了公司开发软件的质量与专业，我们测试部要往更高层次发展，这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师！2014测试部要努力增加的岗位人员：一名功能测试人员一名性能测试人员一名安全测试人员2014年测试部需要的物理资源一台做压力测试用的物理服务器（可以用一台配置好的pc机代替）——一个专业的，准确的性能测试需要模拟接近真实服务器的干净的环境！虚拟机的各项性能还是和物理机的性能是有很大区别的，并且虚拟机上已经装了很多的服务和软件，环境不干净，影响真实的性能测试结果！2014年测试部的工作年度目标：电商俱乐部CRM系统2014年3月之前完成测试工作ERP-产品系统2014年6月30日之前完成测试工作ERP-采购系统2014年8月25日之前完成测试工作ERP-仓储系统2014年9月30日之前完成测试工作ERP-物流系统2014年11月5日之前完成测试工作ERP-订单系统2014年12月10日之前完成测试工作最后感谢领导和各部门的同事对测试部工作的大力支持！测试部：张兴升第二篇：测试部岗位职责一:说明根据公司现有业务及目前的情况，对测试部门进行规划，主要从管理和技术两个角度出发，进行职责划分二:职位测试经理过程改进专家（测试专家）测试组长高级测试工程师测试工程师三:职责描述测试经理职责：制定部门发展规划合理构建测试团队组织结构深入研究多方面测试领域，培养领域专家协调测试资源，并对各种资源进行计划、分工和管理参与设计及评审制定测试团队日常工作制度（汇报制度、工作总结制度、奖惩制度、会议制度）测试过程改进专家职责根据部门发展规划制定改进计划完善各类文档模板、并做到持续改进完善测试部门内的各类流程、并做到持续改进和推广协助测试经理建立测试团队日常工作制度推行评审工作对测试部使用的工具进行改进和推广测试组长职责：根据部门发展规划制定小组计划负责小组团队建设、对小组成员工作负责，检查工作完成情况对整个测试项目进行管理，对最终的产品质量负责参与编写测试方案、测试计划、测试报告，并能够帮助测试