如何管理好测试团队.doc

如何管理好测试团队1、作为一个团队的管理者，最起码的是要自己懂自己产品或项目的业务。这一点很重要，第一这样有助自己分配工作给团队中的成员，要不然自己都搞不清楚业务难度和业量就分配工作给team member是件很让人难以接受的事情。第二，有助于自己和其它team或department的合作和沟通，不至于其它team提出的问题，自己还不清楚就答应或否定要做。 　　2、作为一个管理者，要懂更多的技术，至少是了解更多的测试技术，要了解其工作原理，这样有助于自己帮助团队成员research或者说技术的应用到实际的测试工作中来。也可以提高自己在测试团队中的威性，自己懂得多能让更多的同学认可和信服。 　　3、平衡按特长分配工作任务给team member。对于senior的测试员我们分配更多的任务是designtestcase的，junior的测试员可能更多的是分配执行测试。分配工作也是看看哪位测试员的特长，有些测试员对GUI比较敏感，有些测试员对Logic比较关注，有些测试员对整个系统的流程更清楚，这些都是作为测试管理者分配任务的一个基线，这样可以更好地带好一个团队，提高软件测试的水平和质量。 　　4、做好测试风险的管理。一般来说我们要尽可能降低测试风险，也是测试管理中一个很重要的课题，我也只能讲讲自己的一些片面的观点。测试风险从软件需求分析开始就存在，我们要更好地在前期发现这些潜伏在需求或开发设计中的风险：1）如需求提出无法达到的功能，或有违背现有功能的需求我们在需求分析时一定要提出来；2）软件需求设计中的有些无法测试的功能或要点，也要在测试需求分析中提出来；3）开发设计文档的静态测试，这一点我觉得很重要，很多小公司基本上会忽略这一点，静态测试（主要是指文档方面的测试），对开发设计文档或原型设计文档的Review或测试有助于测试风险的降低，也能发现一些与需求冲突的设计，争取错误在前期发现。同时我们测试用例在测试方面也可以更好地与其配合，设计更好的的测试用例去测试，无论是从GUI，还是开发测试技术上测试都是有益的；4.对测试用例的Review或静态测试，这样有利于优化测试用例，补充更多有用的测试用例和除去一些无用或重复的用例，这样能提高测试执行效率。5.监测测试执行及bug管理，Bug算是测试员的成果之一，我们作为管理者一定要管理好，同时也能让我们清楚看到测试风险的存在，可以通过现有的Bug趋势判断系统中未来还有多少 bug存在，可以通过bug的类型分析fix bug还要多长时间还可能会产生多少bug，这样我们就能清楚知道当前测试人员和开发人员什么时候哪些人要开始加班了或要加派人手了...，我们还要关注测试执行进度，测试执行初期bug趋势图，哪些类型的bug多些，此时会不会影响到测试中期，Logic的bug多的话一定会影响到测试中期的质量和测试效率的，此时要提醒开发团队要注意logic类型bug的fix，不能把这类bug拖到后期fix，这样会影响质量。 　　当然软件质量风险还有其它的因素影响，如项目或产品时间评估，我想这部分大多是硬性的，我们可以协商测试的项目时间；还有人员请假或离职，以及测试组人员的变动，还有测试人员情绪波动都会影响到测试质量风险的。 　　5、合理评估测或衡量测试人员的绩效和水平。相信这一点也是很难做到的一点，做得不好，不仅无法让整个团队好好工作，内部矛盾多，造成员工离职都会有，是让一个团队最头痛的事情，那么我们如何合理评估测试人员的工作呢？首先我觉得公开硬性绩效标准，让大家都明白一个标准，也是团队共同发展的目的，这样做到公正，不会有私心。我觉得我们可以从几个方面去衡量：a）工作态度及积极性 b）工作量和工作质量的一个线性比较，工作量大的一定是最辛苦的，但要与其工作质量作参考的，当然我们不能把一个员工发现的Bug量作为其工作成绩好坏的标准，我记得以前一位测试经理就是这么做的，这是很要命和害了整个公司的做法，因为测试的对象不同或开发人员水平不一样及项目大小和难易程度，都是影响 bug数量是不一样的因素，我觉得一个比较好的标准是从中多方面来看的，测试执行过程和测试用例两方面，执行测试过程中bug趋势图和bug类型分布图及软件交付后bug反馈率，测试员应在测试执行过程中发现各阶段中应当发现的bug，不能说很明显的bug而在最后才发现，这些都可以看出测试员的水平；另外测试用例的设计也是一个很重要的标准，很好的测试用例，会尽可能早地发现bug，当然测试用例的设计可操作性、详细度等都是衡量的标准。 　　6、凝聚团队和激发团队成员的潜力。这一点，虽说是有点大话，但真的也是很重要的，我觉得很重要的一点就是让团队中的每一个人都在成长，安排合理的工作角色很重要，让他们能更好的看到自己的成长空间，如让比较junior的测试员设计比较简单的