测试经理工作总结
总结是指对某一阶段的工作、学习或思想中的经验或情况加以总结和概括的书面材料,它可以帮助我们有寻找学习和工作中的规律,快快来写一份总结吧。我们该怎么去写总结呢?下面是小编为大家收集的测试经理工作总结,欢迎大家分享。
测试经理工作总结1我是在7月份到新单位工作的,新单位是一个很不错的单位,项目饱满,资金等方面也没有太多的问题,但就测试部门工作的情况却很不乐观。具体表现是人员少,任务重,人员不稳定。领导对测试部门的工作很不满意,在面试我的时候就多次表示了对公司目前测试不满,期待我来之后能够带领测试部门有一个比较好的发展。
首先说说我们公司测试部门在这四个月的变化吧。
1、测试人员大量增加
原来的测试人员为3人,现在为14人,人员扩充了3倍,目前来说,测试人员的数量还不是很多,但相比原来部门的扩充速度还是很快的,另外一个方面,由于我们工作比较有成效,领导基本认可开发人员和测试人员比例可以达到1:0.8或1的比例。我想这个比例对一个国内的企业来说已经是很高的比例了。
2、个人素质的提高
具体的个人素质提高不是很好说,还是用项目来说吧,我刚来的时候,测试人员在一个系统测试的时候,一般测试需求点位500个左右,后来一个项目在作回归测试的时候,测试需求点达到15000个,第二次回归测试的时候测试需求点达到了49000个,这里要说明的是,我们测试需求点的增加不是为了增加而增加,而是对被测试需求各种使用情况分析 ……此处隐藏3512个字……方法虽然会对开发工作有一些阻碍工作,但在测试工作当时的工作状态下是很必要的,否则整个测试工作的独立性根本无法保持。
D:使用测试流程管理工具,我们原来的测试计划、测试用例都使用word文档来管理,很不方便,我来单位后,采用了专门的测试流程管理工具,也就是说一个完整的测试,首先写测试计划(主要内容是测试人员,系统需求,时间等方面的信息,这个东西还是使用word来编写),其次是测试需求点、测试计划(这个测试计划是我们测试用例执行的先后次序),每个测试用例的测试步骤,以及发现的所有问题。在最近的一段时间,通过测试工具的使用,使我们测试需求点的管理从不规范,随意写,到有条理,有顺序,有了很大的变化,我们的一个系统,在我来以前测试需求点大约是600个。在我们后来的几次回归测试中,测试需求点,分别为20000,500000,60000个,测试需求点的变化,说明了测试强度的增加和规范。
E:测试结果需求评审,否则不进行回归测试。这是一个原则问题,确切的说测试人员在开发过程中不能直接创造价值,他们的工作必须通过开发人员才可以得到体现。开发人员是否重视测试中发现的问题,是否对这些问题进行认真的评判和修改,不但关系到测试人员工作价值的体现,而且对测试部门工作安排也很重要。在我们测试的几个项目中,如果开发人员认真对待测试结果,一般来说,进行1到2次回归测试,整个系统bug就会呈现出收敛状态,否则,测试人员需要无休止的测试。在测试过程中,我一方面保证测试周期的时间的要求(最少2周)。一方面,和质量保证人员配合,对于那些不认真对待测试结果的项目组,采取不评审,就不进行回归测试的方法。(反正项目延期不是测试部门的责任,有点无赖,但有时候也是没有办法)。保证了测试的有效性。