如何管理测试团队

相关推荐

如何管理测试团队

以下是我为测试经理提供的25条秘诀——如何收获积极的测试团队。

1. 学会聆听。一般测试者更加清楚项目的重心。

2. 组建小分队。人多注意力易分散。

3. 多思考。思考让工作更高效。

4. 关于预期，应多考虑团队的情绪。

5. 提出尽量多发展要并提供培训。鼓励团队不断学习与创新。

6. 不要自行解决程序错误。商量结果更佳。

7. 每天和队员面对面交谈（我称之为“闲逛管理”）。

8. 询问测试员每天最困难的挑战。然后为他们做点什么。

9. 确保每位队员都在为团队做事。个人英雄是很危险的。

10. 相信并授权给你的团队。你是请他们来干活的，那就放开手让他们干。

11. 分类各种会议，让大家知道会议的目的（太多会议了）。

12. 年假请求照批不误。项目进度总是会落后于计划的，而大家都需要假期。

13. 计划进度应自行把握，不可受他人影响。

14. “门户开放政策”——确保你随时可以和任何队员交谈。

15. 庆祝团队的成绩而非个人成绩——考查个人留待年终评估。

16. 承担责任，分享成功。

17. 建立积极的氛围。总是否定会产生负面影响。

18. 责任到人。每个人都要学会负责任。

19. 队员每天自评（10分满分）。此举可让他们记住自己每天所作所为，并客观评价。你也可以和他们分享自评分数。

20. 建立伙伴互助系统。有问题，分享解决良策。

21. 确保团队的所有任务都是你个人可以解决的。要设身处地为队员。

22. 不要害怕求助。你不可能知道所有的事情。

23. 并不是所有人都可以公开地发表意见——理解、接受内向者。

24. 每周至少一次团队活动，即使只是一起喝喝茶、喝喝咖啡。

25. 尽可能多笑。不要忧愁，保持乐观的心态。

最后，我想对阅读了这篇文章的测试组员说：如果你的测试经理没有做到以上的某些或全部，不要过分苛责他们。他们也是凡人，要相信他们也在尽自己最大的努力改变。我们都应该让自己每天前进一点。

如何管理自己的测试团队2015-10-29 19:28 | #2楼

1、作为一个团队的管理者，最起码的是要自己懂自己产品或项目的业务。这一点很重要，第一这样有助自己分配工作给团队中的成员，要不然自己都搞不清楚业务难度和业量就分配工作给team member是件很让人难以接受的事情。第二，有助于自己和其它team或department的合作和沟通，不至于其它team提出的问题，自己还不清楚就答应或否定要做。

2、作为一个管理者，要懂更多的技术，至少是了解更多的测试技术，要了解其工作原理，这样有助于自己帮助团队成员research或者说技术的应用到实际的测试工作中来。也可以提高自己在测试团队中的威性，自己懂得多能让更多的同学认可和信服。

3、平衡按特长分配工作任务给team member。对于senior的测试员我们分配更多的任务是design test case的，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的测试员设计比较简单的测试项目或需求的测试用例，这样让他也觉得自己也能设计测试用例；让很Senior的测试员负责项目，让他觉得是项目中的主角而不是测试经理的身影，这样让团队中的成员也会更有责任心；安排比较空闲的测试去Research更新的技术或测试技巧并通过讲课的形势分享给所有的成员；在项目执行中，安排测试员在执行这程中去交换测试，这样可以让参与这个项目的成员对整个系统了解，这样项目的每一部分都相当于有backup人员，不担心项目哪位请假而为难了，也培养了测试人员的业务知识。多多让成员之间沟通，一起参加工作之外的活动。

7、沟通成员，了解成员的心态。作为一个管理者要多多关心成员的心态问题和成长问题，为什么工作不太积极？为什么项目质量不高？....都可以通过私下聊天谈心来了解，并帮助他们解决！

【如何管理测试团队】相关文章：