上周日,有个央企的测试大佬问我,在你看来,如何保证产品的交付质量?
这个问题,问的比较突然,当时我思考的时间也有限,回答的不是很好,后面我也一直在思考:产品的交付质量,该怎么保证呢。
(不管是测试工具,自动化测试等等,回归到测试本身,其实我们更应该注重的是交付质量,而不是现在招测试岗,简历上不写自动化,不写性能,就没有面试邀约机会,而对于交付质量这最重要的核心点,其实是一个很重要的考察项。)
扯远了,我梳理了一下,可能也不太准确,仅发表我深思熟虑后的个人一点看法。首先,这个问题,不太好回答,不过大致可以从3个维度去考虑:
①、第1个维度,站在项目每个人的角度,考虑整个项目团队,包括需求环节,开发环节以及测试环节。
首先产品的交付质量,不只是测试团队需要去保障的,需求环节,开发环节都需要保障每个环节的交付件质量。
需求阶段,需求人员要对本次迭代上线的功能有比较清晰的认识,对需求理解要深入,对开发/测试容易混淆or容易遗漏的点最好有意识在需求评审环节及需求文档上标注清楚;
开发阶段,开发人员,在开发设计以及需求反串讲也要充分理解清楚需求,考虑清楚需求的影响范围及需求覆盖的场景,有疑问早提出;
测试阶段,测试人员要充分梳理清楚测试点,在用例设计的时候把该考虑的场景尽可能都考虑到,用例评审时,需求和开发一起都认真过一下,针对评审的问题,测试人员要补充完善用例,在测试执行过程中,不要遗漏,发现的bug,开发修复后,要考虑影响范围,充分进行测试。上线前,做好回归。有条件的话,可以做一下交叉测试。
②、第二个维度,站在管理者的角度, 需求阶段、开发阶段、测试阶段都需要对应的负责人,去规范组员的习惯及制定相应的规则要求。
需求和开发作为整个迭代的上游一环,如果在需求澄清及开发设计过程中,有必要的规范遵循,那么就不会出现需求评审变成需求谈论,开发送测演示成开发赶工交付送测。项目经理及需求负责人对需求人员评审需求的严格把关,项目经理及开发负责人对开发送测的严格把关,其实都是保证产品交付质量很重要的环节,避免有限的时间内,给测试环节遗漏太多的问题,导致测试不充分,上线后有部分场景因为时间不充分,导致测试没测到,出现交付质量问题。 而测试阶段,对于测试负责人,首先是测试计划的制定,人员的安排,工作量的评估,测试用例评审的测试点梳理的质量把关,测试执行过程中,测试场景覆盖的情况(这个可以通过Jacoco代码覆盖率统计获取到),关注测试人员提bug的分布情况,以及bug收敛情况等,确保上线前测试充分,bug都关闭,没有严重bug遗漏。 总之,尽可能通过一些好的制度or手段,对每个环节,都把控好。(当然,最好,做得好的,要有奖励,而不能规范成为约束人的一种负面手段,那么总有一天,有人不愿意遵守,交付质量就会受影响。) ③、还是回到测试当事人本人,作为产品功能上线交付质量最后的报障人,对于测试活动本身,要有自己的理解,和保证交付质量的策略 对上线功能的理解,要深入,测试点要梳理明白,很多时候我们在测试用例设计时考虑的测试点还是不全面的,尤其是真正进行测试执行时,我们会发现有些点,是写用例时没关注到的,比如产品特性的一些因素,都是我们需要关注的一个点。包括我们测试执行的一些习惯,构造数据的习惯,都会成为我们测试过程中可能测试不充分的一个点,这些中间就可能暗含一些潜在的上线风险。 (最后想说的是,产品上线的交付质量固然很重要,但是穷尽测试时不可取的,没有100%没有bug的产品。产品的交付质量,也要看整个项目团队的时间投入产出比,如果为了最后哪一点可能存在的交付质量,要花费大量的人力时间成本,也没必要。) 标签:需求,思考,环节,质量,测试,交付,bug From: https://www.cnblogs.com/SuperLee017/p/18305836