【原创】短暂测试组长体会

 由于测试组长有事，请假一个月，所以我有幸体会了一次测试组长的工作，感慨颇多，简单总结了，具体如下：

1、 任务比较多时，需要根据优先级来安排任务，哪个最着急先完成哪个，且最好是记录下来排个顺序。因为有些任务是电话、开会上口头说的，有些是零散的邮件说明的，如果时间一长估计就忘了。这个我也就遇到过，当时项目经理隔三差五的给发个邮件说要完成哪些任务，我基本上都是来了任务就分配下去，未弄明白优先级，导致后来忙的团团转，一会儿要这个报告，一会儿要那个报告，结果呢要不是没完成，要不是就完成的质量不行。

2、 任务的细节最好搞清楚。比如要专项测试时问清楚测试版本，测试时是否需要抓相应的log,对结果反馈有没有特殊要求，如果在测试期间有新版了是否需要更换新版本测试，之前旧版本测试过的是否需呀用新版本再次验证….

3、 对任务完成的进度、bug数等相关信息要很熟悉，并能随时说出来。这个我也做的不好，记得开周会的时候被项目经理问及系统测试完成的进度如何，在规定时间是否可以完成，现在bug是否多不多，集中在哪些模块….，我当时脑袋都蒙了，不知道需要了解这些信息。当时我就说任务差不多能够完成，发现的bug都已提交到bug库了，如果想了解的话可以上那里查看。项目经理听了没说什么，我觉得自己做的很差。开完会后我就赶紧挨个问组内成员是否可以在预期的时间内完成任务。有了这一次的教训，在下次的例会上我就先做了相关方面的工作，任务分配下去了，过一段时间邮件或电话询问进度，然后也时不时的上库中查看Bug。

4、 测试人力方面有困难要及时找测试经理。当时也是测试时又来了个很着急的任务，人力实在有限，这个任务又不能延后，我都不知道怎么办，只是跟项目经理说人力有限，要完成的话很难。项目经理还比较好，知道我是临时的，所以她直接找到测试经理说明任务，一番沟通后又支援了一人，这样任务就能完成了。不知道为啥我自己就没想到找测试经理，当时的想法就是自己加班来完成，但那段时间我都连续家加了好几次班了。

5、 了解组内成员的能力。当时测试时人力有限，有3个人被临时支援测试。分任务前我先电话了解这个人之前测试的模块，也通过他们的领导了解到这几个人的测试水平，然后再分任务时可以有的放矢，将重要的模块分给能力强的，对于走case慢但发现Bug能力强的可以将任务少分点，让有时间做自由测试，以发现更多的bug.这方面我还是做的可以的。

6、 适时鼓励、赞美组内成员。前段时间是比较关键的时候，任务多、重，过几个星期就要出货了，所以周末难免要加班，平时晚上也要加班，同事都有怨气了，这几个人都是临时支援的，普遍有种只是完成任务，给我的感觉就是没有那种很尽力的感觉。我也能理解，所以当人发现比较好的bug时我都会发邮件赞美一番，或者是他们的工作习惯很不错时也会适时的赞美一下，组内有个新人很久都没发现bug，在这期间突然发现了几个bug，而且个别Bug也不错，为此我也特别发邮件鼓励了一番，没想到后来发现bug的数量有所增加。我不知道是否和我的鼓励有关，但进步了总该是好事。如果能细心认真的观察组内的成员，相信多多少少有一些闪光点是值得我去学习的。

目前的体会就这些了，毕竟经历的时间有限，相信如果在这个职位上工作的时间更长的话会有更多的体会，希望大家拍砖，谢谢。