测试负责人经常要做的一件事就是：排需求。那么如何合理去分配这些需求呢，当然不是见着谁有空就给谁，需求分工也是一门艺术活。首先需要和业务、项目经理、开发确认这个需求的背景、目标、改动点、影响范围、计划等；其次要结合本组同学的测试计划，了解当前大家手上的需求和进度。如果是紧急且重要的需求，尽量给熟悉这个业务和模块的同学，优先确保功能的交付及线上的稳定性。如果需求不紧急，可以给其他同学练手，一开始可以实行老带新，即由一个较熟悉的同学带着不熟悉的同学测，关键的地方把控下即可，等到所有同学都上手了，就不需要老带新了。
你可能会疑惑，如果需求紧急，且当前较熟悉这个功能的同学工作都饱和了没有精力再接新需求了，怎么办呢。这就要关注需求分工的几个原则了：
- 每个同学手里应该只有80%饱和度的需求
不能排到100%，甚至超出100%。首先个人精力有限，一直忙碌的话工作效率不高，也不利于个人身心健康和和谐工作氛围的发展；其次，需求的不确定因素较多，80%的需求可能已经需要花费100%的精力和时间了；需要预留时间给临时需求，否则突然接到紧急重要的功能或者线上问题就没有人可以接手了；应该要有空余时间去看书、看推文了解最新咨询或者写写脚本等提升个人技能。 - 一个功能最好有两个以上的同学熟悉
功能AB岗有很多好处，最重要的是当熟悉这一模块的同学请假了才能有其他同学接手，降低需求依赖性。否则一旦该同学请假或者离职，需求就搞不定了。 - 每个人至少要有一个最擅长的模块
这是个人核心竞争力，如果大家谈到某个模块第一时间就能想到你，那就是你的品牌。因此对其它功能业务可以了解即可，但对你熟悉的模块，功能和系统交互要摸清摸透。 - 不能让某个同学只接触一个模块或者功能
如果一个同学一直关注某个模块，即使他非常熟悉这个模块，也会产生疲劳，对需求和缺陷的敏锐度大打折扣，并且由于业务局限不利于分析和把控全流程情况。因此一个同学最少需要掌握熟悉业务的上下游业务，在这基础上可以给他拓展相关的业务。 - 结合个人发展目标
在安排测试需求的时候，需要结合组员的长期和短期成长计划，如果明确了想要更熟悉哪方面业务的，有这些业务的需求可以给他去锻炼；如果明确了想深入了解接口方面的，API交互为主的需求可以更多让他去学习；如果是想提升编程能力的，对脚本要求较高的需求可以给他。
总之进行需求分工时不能只顾着将需求安排下去，要了解这个需求是做什么的，然后分析最佳人选，既能确保需求的交付质量和效率，又要能让测试同学有提升。
网友评论