资源描述：
《如何管理自己的软件测试团队》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。
1、如何管理自己的测试团队狗狗原创zqhl39@126.comhttp://www.51testing.com/7uid-l16797-action-viewspace-itemid-246467最近，我也在网上看了一些贴了有关测述团队的管理问题，觉得在测试管理方面确实是个难题，这也可能测试团队确实不太好管理的原因吧，但我想只要自己去思考、去探索，总会找到适合口己团队管理的理念和模式吧。我自己总结了一下，也结合自己的一些管理经验跟大家分享一下吧，欢迎大家把自己的提意见并把自己的经验也分亨岀來吧，也算是大家相互幻的一个机会吧！1•作为一个团队的管理者，最起码的
2、是要自己懂自己产品或项目的业务.这一点很重要，第一这样冇助自己分配进给团队中的成员，要不然自己都搞不清楚业务难度和业量就分配工作给teammember是件很让人难以接受的事情。第二，有助于口己和其它team或department的合作和沟通，不至于其它team提出的问题，自己还不清楚就答应或否定耍做。2•作为一个管理者，要懂更多的技术，至少是了解更多的测试技术，至少要了解-其工作原理，这样冇助于自己帮助团队成员research或者说技术的应用到实际的测试工作中来。也町以提高口己在测试团队中的威性，口己懂得多能让更多的同学认可和信服。3•平衡按特长分配工作
3、任务给teammember。对于senior的测试员我们分配更多的任务是designtestcase的，junior的测试员可能更多的是分配执行测试。分配工作也是看看哪位测试员的特长，有些测试员对GUI比较敏感，有些测试员对Logic比较关注，有些测试员对整个系统的流程更清楚，这些都是作为测试管理者分配任务的一个基线，这样可以更好地帯好一个团队，提高软件测试的水平和质量。4•做好测试风险的管理，一般來说我们要尽可能降低测试风险，也是测试管理中一个很重要的课题，我也只能讲讲白己的一些片面的观点。测试风险从软件需求分析开始就存在,我们要更好地在前期发现这些潜
4、伏在需求或开发设计中的风险，1.如需求提出无法达到的功能,或冇违背现冇功能的盂求我们在盂求分析时一定要提出来;2.软件需求设计中的有些无法测试的功能或要点,也要在测试需求分析中提岀來；3.开发设计文档的静态测试,这一点我觉得很重要，很多小公司基本上会忽略这一点,静态测试（主要是指文档方而的测试），对开发设计文档或原型设计文档的Review或测试冇助于测试风险的降低，也能发现一些与盂求冲突的设计，争取错误在前期发现。同时我们测试用例在测试方而也可以更好地与其配合,设计更好的的测试用例去测试，无论是从GUI,还是开发测试技术上测试都是有益的；4旳测试用例的R
5、eview或静态测试,这样启利于优化测试用例，补充更多有用的测试用例和除去一些无用或重复的用例，这样能捉高测试执行效率。5.监测测试执行及bua管理,Bug算是测试员的成果Z_,我们作为管理者一定耍管理妬同时也能让我们清楚看到测试风险的存在，可以通过现冇的Bug趋势判断系统中未来还有多少bug存在，可以通过bug的类型分析fixbug还耍多长吋间还可能会产生多少bug,这样我们就能清处知道当前测试人员和开发人员什么时候哪些人要开始加班了或要加派人手了…，我们还要关注测试执行进度，测试执行初期bug趋势图，哪些类型的bug多些，此时会不会影响到测试屮期，L
6、ogic的bug多的话一定会影响到测试屮期的质量和测试效率的，此时要提醒开发I才I队要注意logic类型bug的fix,不能把这类bug拖到后期fix,这样会影响质量。当然软件质量风险还有甚它的因素影响，如项目或产品时间评估,我想这部分人多是硬性的，我们可以协商测试的项目时间；还七人员请假或离耿,以及测试组人员的变动,还冇测试人员情绪波动部会影响到测试质量风险的。5•合理评估测或衡量测试人员的绩效和水平。相信这一点也是很难做到的一点，做得不好，不仅无法讣整个团队好好工作，内部矛盾多，造成员工离职都会有，是让一•个团队最头痛的事情，那么我们如何合理评估测试
7、人员的工作呢？首先我觉得公开硬性绩效标准，让大家都明白一个标准，也是团队共同发展的冃的，这样做到公正，不会冇私心。我觉得我们町以从几个方而去衡量：a）工作态度及积极性b）工作量和工作质量的一个线性比较，工作量大的一定是最辛苦的，但要与其工作质量作参考的，当然我们不能把一个员工发现的Bug量作为其工作成绩好坏的标准，我记得以前一位测试经理就是这么做的，这是很要命和害了整个公司的做法，因为测试的对象不同或开发人员水平不一样及项目人小和难易程度，都是彫响bug数量是不一样的因素，我觉得一个比较好的标准是从中多方Ifii来看的，测试执行过程和测试用例駅方而，执行
8、测试过程中bug趋势图和bug类型分布图及软件交付后bug反馈率,测试员应在测试
