软件测试管理初期的经验以及教训
从2008年12月开始，到2009年5月结束，半年的时间里我短暂的带领一个10人的测试团队，负责公司光网络网管系统产品的试生产测试。这是我第一次做软件测试管理，虽然测试的终结果并不让人十分满意，我的工作大家也不是十分认可，但我还是认为我学到了许多东西，包括一些测试管理的经验及教训，总结如下：
一、不要给自己分配过多的测试任务，以便留有时间思考及调整
初为测试管理人员，我们常常在短时间之内无法把身份调整过来，总认为自己还是骨干测试人员，于是给自己分配置了很多的测试任务。殊不知，除了测试任务之外，我们还有更重要的测试管理任务，比如测试任务分配、跟踪和汇报，并且时不时有些额外任务加进来，而且都可能是紧急且重要的任务，这些都需要你亲自完成。此外，杂七杂八的事情也多，版本协调呀、故障处理协调呀、CCB会议呀等等，这些都会让你忙得脱不开身。
于是我们常常加班，为了测试执行任务，也为了测试管理任务。我们总是很忙，但是忙的结果却不太好，不论是测试执行任务的结果，还是测试管理任务的结果。其实，原因不在其它，也正是因为给自己分配了过多的任务，我们没有调整好自己的工作重心，我们太忙了，而又忙得没有头绪。
二、需要努力地使自己挤出时间与测试人员做沟通，这很重要
我们常常会说因为自己很忙，抽不出时间，或者说因为自己不善沟通，反正大家都知道自己要做什么，所以不与测试人员沟通也没有什么问题。其实我们错了，尤其是在刚走上测试管理岗位的时候，与测试人员的沟通对我们来说很重要！
不沟通，你知道测试人员在想什么吗？不沟通，你知道测试人员在担心什么吗？不沟通，你知道有的测试人员对你有什么意见吗？不沟通，你知道测试人员近碰到了什么问题吗？不沟通，你知道测试人员对近的加班很不满吗？
不沟通，你不会知道的。我们常常说如果有事情，测试人员会来找我们沟通的，所以我们不用主动去找他们沟通，但你忘了，你的角色已经改变了，只有你主动找他们才行，他们是不会主动找上门来的，除非是他们想离职走人。此外，沟通千万记得不要用邮件的方式，好是当面沟通，这样的效果好。
三、积极转变观念，从全局把握测试过程，抓住测试重点
以前的我们只需要考虑一个系统模块，使用什么样的测试方法可以找出更多的问题可以了，但现在不行。我们要考虑的是全局，考虑到哪个是测试重点，哪个任务需要在短期内完成，哪个模块要加强测试，哪位测试人员需要督促，下一步测试工作该怎么开展等等，可惜的是，我们有时常常拣了芝麻，忘了西瓜。
以前作为测试人员，我们是一个人，但现在，作为测试管理人员，我们是一个团队，不再是一个人，这个观念很重要。
四、主动让领导和测试人员知道你在忙什么，让他们认同你
很多时候，做事都是这样，明明你做了很多事情，但是你的领导不知道，你的手下也不清楚。到头来，你会落得两头埋怨，甚至他们会觉得你根本没有做事，或者你做的事情都不是你应该做的，该做的事情你又没做。
主动让领导和测试人员知道你在忙什么很重要，不要单纯的以为不说他们也看得到。让他们知道你在忙什么，至少他们会知道你在很努力的做事情，你也没有闲着，你不是单纯的所谓管理人员，你也是干活的。否则，他们可能会说，这人之前还和我们一样呢，可现在倒真的成领导了。
五、做好测试计划和测试风险评估，及时做好对策
一个好的测试计划很重要，至少让我们知道该如何分段组织工作，如何做，但更重要的是，我们需要做好风险预防。也许我们常会因为测试工期太短，需要要求测试人员加班，可你知道吗？过几天是情人节，再过几天是元宵节，你还让要求加班吗？也许你会觉得元宵节算是什么节日？！可事实是，在许多人的心目中，它是一个很重要的节日。
你要了解你的测试人员，他们有不同的性格和想法，每个人都不同，所以对症下药是关键的，要多了解，多沟通。
六、有理有节的为测试人员和自己拒绝不合适的任务
作为一个测试管理人员，我们的任务除了下发任务、跟踪任务等等之外，另外一个很重要的任务是为测试人员拒绝一些额外的、不合适的任务。测试人员本来很忙，如果再增加任务，原来的事情还得做完，这样的话，无论对测试任务的质量，还是对测试人员本身，都是一个很大的伤害！
除此之外，我们还得考虑到自己的能力及时间，为自己拒绝一些任务，否则，很可能的结果是，吃力不讨好。
