如何管理自己的测试团队

  1. 云栖社区>
  2. seven的测试人生>
  3. 博客>
  4. 正文

如何管理自己的测试团队

寒凝雪 2017-07-03 11:31:00 浏览1865
展开阅读全文

最近,我也在网上看了一些贴子有关测试团队的管理问题,觉得在测试管理方面确实是个难题,这也可能测试团队确实不太好管理的原因吧,但我想只要自己去思考、去探索,总会找到适合自己团队管理的理念和模式吧。

  我自己总结了一下,也结合自己的一些管理经验跟大家分享一下吧,欢迎大家把自己的提意见并把自己的经验也分享出来吧, 也算是大家相互学习的一个机会吧!

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

  好了,我也暂时只总结了这么几条,希望以后的工作中能总结更好的经验分享给大家,也希望大家来提提意见,分享一下自己的观点吧!!谢谢各位了,我们一起成长中....


本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

网友评论

登录后评论
0/500
评论
寒凝雪
+ 关注
所属团队号: seven的测试人生