[图文]测试部年终总结软件测试年终总结舍务部年终总结

奥帕文库
当前位置:首页 » 测试部年终总结 » 正文

测试部年终总结

测试部年终总结演示汇报模板ppt
测试部年终总结演示汇报模板ppt测试部年终总结软件测试年终总结舍务部年终总结

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

但这一切最 后都被成功的喜悦所代替, 我们测试部也就是在这苦中、 累中、 成功、 失败中一步步成长起来。

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

虽然测试部在 2013 年中取得了不小的成绩, 但是还是存在很多不足, 比如新订单系统的长期测试,工期长期推延,迟迟不能结束!这是测 试部在下一年要重视的地方,要认真总结的地方! 下面是这一年测试部遇到的重大问题及原因与对策: 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)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期, 一个人的精力与技术经验必定有限!下面是展望 2014 丰收的 2013 已经过去,让我们迎接展新的 2014! 2014 努力的方向: 为了公司开发软件的质量与专业,我们测试部要往更高层次发展,这 就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程 师! 2014 测试部要努力增加的岗位人员: 一名功能测试人员 一名性能测试人员 一名安全测试人员 2014 年测试部需要的物理资源 一台做压力测试用的物理服务器(可以用一台配置好的 pc 机代替) —— 一个专业的,准确的性能测试需要模拟接近真实服务器的干净 的环境!虚拟机的各项性能还是和物理机的性能是有很大区别的,并 且虚拟机上已经装了很多的服务和软件,环境不干净,影响真实的性 能测试结果!2014 年测试部的工作年度目标:

电商俱乐部 CRM 系统 ERP-产品系统 ERP-采购系统 ERP-仓储系统 ERP-物流系统 ERP-订单系统2014 年 3 月之前完成测试工作 2014 年 6 月 30 日之前完成测试工作 2014 年 8 月 25 日之前完成测试工作 2014 年 9 月 30 日之前完成测试工作 2014 年 11 月 5 日之前完成测试工作 2014 年 12 月 10 日之前完成测试工作最后感谢领导和各部门的同事对测试部工作的大力支持!测试部:张兴升