如何管理好本身的测试团队【转】

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

　　二、做为一个管理者，要懂更多的技术，至少是了解更多的测试技术，要了解其工做原理，这样有助于本身帮助团队成员research或者说技术的应用到实际的测试工做中来。也能够提升本身在测试团队中的威性，本身懂得多能让更多的同窗承认和信服。

　　三、平衡按特长分配工做任务给team member。对于senior的测试员咱们分配更多的任务是designtestcase的，junior的测试员可能更多的是分配执行测试。分配工做也是看看哪位测试员的特长，有些测试员对GUI比较敏感，有些测试员对Logic比 较关注，有些测试员对整个系统的流程更清楚，这些都是做为测试管理者分配任务的一个基线，这样能够更好地带好一个团队，提升软件测试的水平和质量。

　　四、作好测试风险的管理。一 般来讲咱们要尽量下降测试风险，也是测试管理中一个很重要的课题，我也只能讲讲本身的一些片面的观点。测试风险从软件需求分析开始就存在，咱们要更好地 在前期发现这些潜伏在需求或开发设计中的风险：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，这样会影响质量。

　　固然软件质量风险还有其它的因素影响，如项目或产品时间评估，我想这部分大可能是硬性的，咱们能够协商测试的项目时间；还有人员请假或离职，以及测试组人员的变更，还有测试人员情绪波动都会影响到测试质量风险的。

　　五、合理评估测或衡量测试人员的绩效和水平。相 信这一点也是很难作到的一点，作得很差，不只没法让整个团队好好工做，内部矛盾多，形成员工离职都会有，是让一个团队最头痛的事情，那么咱们如何合理评估 测试人员的工做呢？首先我以为公开硬性绩效标准，让你们都明白一个标准，也是团队共同发展的目的，这样作到公正，不会有私心。我以为咱们能够从几个方面去 衡量：a）工做态度及积极性 b）工做量和工做质量的一个线性比较，工做量大的必定是最辛苦的，但要与其工做质量做参考的，固然咱们不能把一个员工发现的Bug量做为其工做成绩好坏的 标准，我记得之前一位测试经理就是这么作的，这是很要命和害了整个公司的作法，由于测试的对象不一样或开发人员水平不同及项目大小和难易程度，都是影响 bug数量是不同的因素，我以为一个比较好的标准是从中多方面来看的，测试执行过程和测试用例两方面，执行测试过程当中bug趋势图和bug类型分布图及 软件交付后bug反馈率，测试员应在测试执行过程当中发现各阶段中应当发现的bug，不能说很明显的bug而在最后才发现，这些均可以看出测试员的水平；另 外测试用例的设计也是一个很重要的标准，很好的测试用例，会尽量早地发现bug，固然测试用例的设计可操做性、详细度等都是衡量的标准。

　　六、凝聚团队和激发团队成员的潜力。这 一点，虽然说是有点大话，但真的也是很重要的，我以为很重要的一点就是让团队中的每个人都在成长，安排合理的工做角色很重要，让他们能更好的看到本身的成 长空间，如让比较junior的测试员设计比较简单的测试项目或需求的测试用例，这样让他也以为本身也能设计测试用例；让很Senior的测试员负责项 目，让他以为是项目中的主角而不是测试经理的身影，这样让团队中的成员也会更有责任心；安排比较空闲的测试去Research更新的技术或测试技巧并经过 讲课的形势分享给全部的成员；在项目执行中，安排测试员在执行这程中去交换测试，这样可让参与这个项目的成员对整个系统了解，这样项目的每一部分都至关 于有backup人员，不担忧项目哪位请假而为难了，也培养了测试人员的业务知识。多多让成员之间沟通，一块儿参加工做以外的活动。

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