多方配合的需求质量控制

本文章转载于搜狗测试

【前言】

测试同学经常会面对一些大型的、需要多方配合的需求/测试任务。这类项目往往周期长，需求变更和试验偏多，充满了不可预见性，因此对需求端的管理比通常的版本迭代项目更加困难、更加复杂。那么如何应对难题，从上游开始质量把控，就需要相对应的流程规范。

【背景】

举例说明：

小编所在的组刚经历过一个多方配合的项目--Android输入法商业广告项目，商业的同学和客户（比如汽车厂商）商谈合作后，细化厂商的广告需求，融入到输入法产品中进行广告推广。

涉及到商业、运营、数据部门、产品、开发、测试等多个部门。

图示：

容易出现问题的点：

①需求信息传递：因为涉及到IOS和Android两个客户端的开发，还有两个服务器组的模板和数据支持，需求审核通过后向后端支持团队传达时务必需要做到每个团队都对自己的任务清晰明了，对需求理解无误。

②需求变更后的同步：如果上游团队有变更而没有及时通知到所有人时，测试做为最下游的团队会存在需求和预期不符的情况。

③联调测试：如果上游四个开发团队没有联调通过或提测delay，都会影响到测试团队的正常测试，甚至影响到项目进度。

【如何形成流程规范】

当我们预见到上述的一些问题，形成问题list（实际上因为上游催的急，小编是还没有形成相关流程前就介入了测试，掉到坑里后痛定思痛形成了现实中的问题list…），按照下图开始思考流程的形成，最终的目的是为了解决项目进行中的问题，让测试效率和质量达到最高。

【流程规范产出】

根据上述的问题点，并结合上边的流程图，我们形成相对应的流程：

【具体操作】

建立专项邮件组

因为涉及到多个项目，建议在先期就维护好一个邮件组，用于本项目的专项邮件沟通。

需求提出规范

1.邮件标题规范

提测邮件标题：【商业广告需求提出】*****，方便过滤，发送专项邮件组。即上述流程的源头：广告模板提测，就需要按照本需求提出规范进行。

2.邮件内容明确

（1）需求的预期结果明确

（2）上线时间点明确

（3）对应负责人明确

（4）其他需要明确的点

需求变更规范

1.邮件标题规范

需求变更邮件标题：【商业广告需求提出-需求变更】*****，发送专项邮件组。

2.邮件内容明确

同需求提出规范中的要求，需要补充变更后的改动范围，方便测试同学评估回归内容。

邮件公示

在形成上述规范后，并与组内讨论，与配合的相关团队进行沟通确认（确认方式不定，可以是会议，可以是口头沟通），然后将相关的规范进行公示、试运行。

测试完毕后的通知

测试完毕确认信是一个项目的闭环环节，用于通知测试结论、通知相关团队准备上线，如图：

最后，在流程试运行的过程中，可能还会出现一些问题，那么按照行程流程规范的方法，记录问题后，进行优化。