【思考】：如何保证产品的交付质量？

　　上周日，有个央企的测试大佬问我，在你看来，如何保证产品的交付质量？

 

　　这个问题，问的比较突然，当时我思考的时间也有限，回答的不是很好，后面我也一直在思考：产品的交付质量，该怎么保证呢。

（不管是测试工具，自动化测试等等，回归到测试本身，其实我们更应该注重的是交付质量，而不是现在招测试岗，简历上不写自动化，不写性能，就没有面试邀约机会，而对于交付质量这一核心点，其实是一个很重要的考察项。）

 

　　扯远了，我梳理了一下，可能也不太准确，仅发表我深思熟虑后的一点看法。首先，这个问题，不太好回答，不过大致可以从3个维度去考虑：

　　①、第1个维度，站在项目每个人的角度，考虑整个项目团队，包括需求环节，开发环节以及测试环节。

　　首先产品的交付质量，不只是测试团队需要去保障的，需求环节，开发环节都需要保障每个环节的交付件质量。

       需求阶段，需求人员，要对本次迭代上线的功能有比较清晰的认识，对需求理解要深入，对开发/测试容易混淆or容易遗漏的点最好有意识在需求评审环节及需求文档上标注清楚；
       开发阶段，开发人员，在开发设计以及需求反串讲也要充分理解清楚需求，考虑清楚需求的影响范围及需求覆盖的场景，有疑问早提出；
       测试阶段，测试人员，要充分梳理清楚测试点，在用例设计的时候把该考虑的场景尽可能都考虑到，用例评审时，需求和开发一起都认真过一下，针对评审的问题，测试人员要补充完善用例，在测试执行过程中，不要遗漏，发现的bug，开发修复后，要考虑影响范围，充分进行测试。上线前，做好回归。有条件的话，可以做一下交叉测试。

 

　　②、第二个维度，站在管理者的角度， 需求阶段、开发阶段、测试阶段都需要对应的负责人，去规范组员的习惯及制定相应的规则要求。

　　需求和开发作为整个迭代的上游一环，如果在需求澄清及开发设计过程中，有必要的规范遵循，那么就不会出现需求评审变成需求谈论，开发送测演示成bug一堆社死现场。项目经理及需求负责人对需求人员评审需求的严格把关，项目经理及开发负责人对开发送测的严格把关，其实都是保证产品交付质量很重要的环节，避免有限的时间内，给测试环节遗漏太多的问题，导致测试压力比较大，测试时间不充分，上线后有部分场景因为时间不充分，甚至反复返工修改，导致测试没测到，出现交付质量问题。

　　而测试阶段，对于测试负责人，首先是测试计划的制定，人员的安排，工作量的评估，测试用例评审的测试点梳理的质量把关，测试执行过程中，测试场景覆盖的情况（这个可以通过Jacoco代码覆盖率统计获取到），关注测试人员提bug的分布情况，以及bug收敛情况等，确保上线前测试充分，bug都关闭，没有严重bug遗漏。

　　总之，尽可能通过一些好的制度or手段，对每个环节，都把控好。（当然，最好，做得好的，要有奖励机制，而不能让规范成为约束人的一种负面手段，那么总有一天，有人不愿意遵守，甚至偷懒，交付质量就会受影响。）

 

　　 ③、还是回到测试当事人本人，作为产品功能上线交付质量最后的保障人，对于测试活动本身，要有自己的理解，以及保证交付质量的策略

　　对上线功能的理解要深入，测试点要梳理明白，很多时候我们在测试用例设计时考虑的测试点还是不全面的，尤其是真正进行测试执行时，我们会发现有些点，是写用例时没关注到的，比如产品特性的一些因素，都是我们需要关注的。包括我们测试执行的一些习惯，构造数据的习惯，都会成为我们测试过程中可能测试不充分的一个点，这些就可能暗含一些潜在的上线风险。

       

　　（最后想说的是，产品上线的交付质量固然很重要，但是穷尽测试是不可取的，没有100%没有bug的产品。产品的交付质量，也要看整个项目团队的时间投入产出比，如果为了最后那一点可能存在的交付质量，要花费大量的人力时间成本，也没必要。）