测试部门简洁年终总结

时间:2021-11-09 08:44:44 年终工作总结 我要投稿

测试部门简洁年终总结

  时间过得非常快,一眨眼,一年就过去了,回顾过去一年的工作,一定有很多需要梳理的事情,来总结过去的一年,展望充满期望的下一年吧。年终总结不仅是给领导一个交代,更是对自己工作的一个复盘,以下是小编精心整理的测试部门简洁年终总结,仅供参考,大家一起来看看吧。

测试部门简洁年终总结

  测试部门简洁年终总结1

  转眼间来公司已经一年多了,在这一年多的时间里做了很多工作,也学到了很多知识与道理。下面针对20xx年的工作情况,进行简单的阐述。希望各位领导和同事能对我的总结进行批评指正。

  一、工作职责

  我的工作职责主要有以下几方面:

  1、功能测试。

  2、性能测试。

  3、配置管理。

  4、培训、带领新人。

  二、工作总结

  20xx年我主要完成了以下几方面的工作:

  1、测试工作。

  2、配置管理工作。

  负责将每次测试的交付物、培训文档、测试模版等整理并上传到SVN上。

  3、培训管理工作。

  20xx年下半年,由于工作较为繁忙,测试团队在不断壮大,我负责带领指导3个新人。负责培训测试技巧,指导书写文档等工作。

  三、经验分享

  从多次测试任务中,总结出以下两点:

  1、测试任务开始前,将测试范围、深度、文档书写规范等规则统一制定好,减少返工的工作量。

  2、编写测试用例前,将所有情况简单列举出来,与开发人员或需求提出人员确认无误后,再具体形成文档。

  四、对部门建设的建议

  在部门建设上,我想可以从以下几方面逐步开展部门建设工作:

  1、强化制度建设。例如:系统上线后新增bug的责任划分、任务延迟时需说明原因等。

  2、争取能让开发人员了解测试过程。如果能让开发人员了解测试过程,可以让测试工作更好开展,以及获得更好的配合。

  3、加强部门测试成果的积累与沉淀。每次测试完成后,相关测试人员要进行业务总结,写成文档上传SVN,以便知识共享。

  4、除了将已有测试成果进行有效管理外,还需要将已有的测试知识沉淀下来。例如:对项目的测试经验,性能测试的经验,测试用例设计经验等等。

  五、20xx年计划

  20xx年,我希望能通过参与具体项目的实践,达到以下目标:

  1、能将测试过程在项目中真正的运用起来,并让项目的开发人员了解我们的测试过程。

  2、在项目中沉淀出一些部门成果。

  3、除了保质保量的完成项目测试工作外,我还将积极、主动的参与部门建设工作,和部门所有成员一起努力,在领导的指导下,将我们部门做成受到公司认可,有一定地位的部门。

  测试部门简洁年终总结2

  光阴似箭,岁月如梭,一转眼,我来到英特华已经九个月了,在这段时间里,我们公司从没有测试人员,到测试部的建立;从没有测试环境到测试服务器的建立,测试工具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)一旦所有人进入全面开发软件后,数据库和底层代码就不能变动!

  4)一旦进入开发阶段,需求就不能再随意增加变动!

  5)开发人员严格按需求开发项目,不能私自变动开发;如有变动需要,要所有部门领导在一起商量,并下发通知商量后的结果!

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

  7)大型项目,测试人员必须配足,岗位齐全,从而缩短测试周期,一个人的精力与技术经验必定有限!

  下面是展望20xx

  丰收的20xx已经过去,让我们迎接展新的20xx!20xx努力的方向:

  为了公司开发软件的质量与专业,我们测试部要往更高层次发展,这就要吸收更专业的白盒测试人员-----性能测试工程师、安全测试工程师!20xx测试部要努力增加的岗位人员:

  一名功能测试人员

  一名性能测试人员

  一名安全测试人员20xx年测试部需要的物理资源

  一台做压力测试用的物理服务器(可以用一台配置好的pc机代替)——一个专业的,准确的性能测试需要模拟接近真实服务器的干净的环境!虚拟机的各项性能还是和物理机的性能是有很大区别的,并且虚拟机上已经装了很多的服务和软件,环境不干净,影响真实的性能测试结果!

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

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

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

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

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

  ERP-物流系统20xx年11月5日之前完成测试工作

  ERP-订单系统20xx年12月10日之前完成测试工作

  最后感谢领导和各部门的同事对测试部工作的大力支持!

【测试部门简洁年终总结】相关文章:

部门经理简洁年终总结(通用5篇)12-01

企业财务部门简洁年终总结11-10

财务部门简洁年终总结(精选6篇)11-10

软件测试主管年终总结01-25

测试工作年终总结01-23

公关部门年终总结01-11

部门报账员年终总结12-14

公司部门的年终总结11-06

临床护理简洁年终总结11-16

医院投诉部门年终总结范文12-15