看到有同学提问关于测试准入准出标准的问题,说自己公司研发测试流程混乱,线上发布后问题比较多,不知道如何优化解决。其实这个问题一般在初创公司或者新项目出现的比较多,优化的方向和方法业内也比较成熟了,这篇文章谈谈我对于准入准出的理解。
从软件工程的角度来说,一个软件产品从无到有要经历如下几个阶段:
研发阶段主要包括编码实现、测试验证和运维发布。严格来说,为了控制风险,保障最终交付的软件产品达到需求预期的质量标准,在整个生命周期的每个阶段都应该有对应的准入准出标准。对应到测试环节,则是我们所说的质量门禁。在质量门禁这一定义中,我个人认为最重要的有两个环节:发版提测和发布评审。
发版提测,是软件从编码实现环节转移到测试验证环节的入口。我们都听过这样一句话:质量是设计和实现出来的,不是测试出来的。同理,提测阶段做的如何,对后续的测试工作开展有很大的影响。如果没有提测这一门禁,有很大可能测试刚开始就会遇到很多问题,比如表结构未同步,接口请求失败,主流程阻塞,影响整体的进度和测试效率,随之就会导致加班、多次的返工。
发版提测环节的准入标准,一般要从如下几个角度去考虑:
当然,除了上述几点强制项之外,还有如下几点补充项,适度评估是否作为准入标准。
除了这些内容,提测时还可能会遇到这些问题:
经过充分测试验证后,如果认为软件质量已经满足了预期的质量标准(也可能到了发布时间),就需要考虑线上发布事项。线上发布是软件生命周期的最后一个环节(一个版本迭代周期内),发布一般就意味着交付用户使用,一切成为定局。因此在线上发布前,需要通过发布评审来充分评估整个软件,确保发布质量满足预期要求和质量标准。
发布评审可以视为测试阶段的准出节点,在发布评审环节,需要考虑如下几个方面:
在发布计划中,需要包括发布时间、发布渠道、发布方式等内容。重点需要考虑这些因素:
综合考虑以上各个方面,通过发布评审这一测试准出标准,可以在最大范围内保障软件在发布时达到预期的质量和业务目标。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。