Q：PTM把用例写好，那执行第一轮测试的时候，他不是没事干了。

　　A：这是因为以前的规定是，用例全部写完，评审完，才能测试，这样其实是不敏捷的，用例的设计和执行本身就可以并行来做，评审只要把关键的测试逻辑评审通过就可以了。开发工程师也是希望我们尽快投入测试，尽快提交bug。另外，测试开始后，PTM还需要不断完善测试方案，特别是测试数据准备方法，PTM要为P4的工作铺平道路，绝对不是甩手掌柜。

　　Q：这样定义，对现有的P4工程师，是不是会感觉不好，好像在说他们只能做简单的执行似的？

　　A：说到这个问题，还请大家保持冷静。对岗位的定义，和对人的要求，是完全不同的，要区别对待。我们设定P4这个岗位，说明团队需要这样的岗位产出，绝对不是说现在这个岗位的工程师只能做这些。对这个岗位感兴趣，适合的人，自然会接受岗位offer。当ta在这个岗位上有了较好的绩效，经常会涉及更高层级的工作时，那么就可以自然晋升了。

　　到这里第二点我们分析完了，下面讲第三点：健康的测试团队中，各个层级的测试工程师比例应该是怎么样的。

　　现在我们的招聘策略是尽量挑选精英工程师，简单来说是至少P6级别，这是非常正确的方针。如果一个团队全是P4P5，在测试技术发展上，必然会遇到难以逾越的鸿沟。那么是不是P6越多越好呢，也未必，试想一个产品线测试团队都是P6，是什么情景。在篮球论坛有人提出这么一个观点，如果由5个科比组成的篮球队，可能战胜不了大联盟的任何一支球队。虽然没办法证明，我认为还是有些道理的。足球队最出风头的是前锋，要是11个都是前锋，也没法踢了。推理到测试团队也是一样，大家自己体会。

　　说到这里想起三国杀游戏，里面分了主公、忠臣、反贼、内奸几个角色，在多人游戏中，这些角色的数量是严格定义的，只有这样设定，各方面势力才能均衡，才好玩，忠臣太多反贼太少，一下就结束了，一点不好玩。并且，当游戏人数发生改变的时候，这些角色的数量也会跟着变，还要遵守一定的规则，保持生态平衡。

　　测试团队也是一个生态圈，各方面势力均衡，工作才好做下去。其实一直以来，“开发测试比”就是开发团队和测试团队保持生态平衡的一个重要指标，这个指标也是讨论最多，大家关注最多的。我认为每个测试团队，也需要确定自己的人员比例，可以根据所对应的Project的特点进行调整。下面假定有一个10人的测试团队，我们按照足球队的阵形，排出了测试人员比例模型，大家参考一下：

　　排下来感觉也挺靠谱的，才发现软件测试和足球还有这么点联系。当然，这只是常规团队的排兵布阵，有一些特殊的project和产品线，是不太合适的，需要重新定义。不过要遵守这个原则，并不是层级越高的人越多越好，而是要各司其职，方能百战不殆。

　　希望这篇文章，能够帮助大家理清思路，从职业发展的迷雾中走出来，也希望能以这篇文章作为引子，与各位测试经理们继续讨论测试团队的建设模式。最后总结一句话，我希望测试团队向着生态平衡，良性循环的方向前进。