生死用例的概念
在软件迭代发布过程中,"生死用例"(Showstopper Bug)是用来避免出现那些严重到影响用户使用产品的核心功能,阻止软件发布的的缺陷或问题。根据我司的生死用例,个人总结了下这些问题通常具有以下特点:
-
严重性高:生死用例通常涉及到严重的问题,功能不可用、功能缺失等
-
影响范围广:这些问题影响核心功能的使用,使正常流程出现阻塞
-
难以绕过:与一些可以通过临时解决方案或工作绕过的缺陷不同,生死用例通常没有简单的解决办法。
例如,针对系统的登录入口来说:
-
生死用例包括:登录成功、注册成功
-
基础用例包括:手机号格式校验、账号密码为空校验等
生死用例的重要性
风险降低:通过在发布前执行这些用例,可以降低因关键功能故障而导致的业务风险
建立信心:通过成功执行生死用例,可以为团队建立信心,表明软件的基本功能是可靠的
自动化提效方案设计
自动化支持
生死用例尽可能的自动化,可以快速地在每次构建后运行,以确保基本功能没有被破坏
其中,自动化无法覆盖的场景:
-
涉及外部依赖:手机扫码
-
访问控制验证:涉及到权限验证,需要一个账号实时设置不同权限,一个账号验证对应的权限是否正确
-
......
CI/CD:在软件的持续集成/持续部署(CI/CD)流程中,生死用例可以作为预发回归测试的一部分,确保迭代改动的代码提交不会引入破坏性的问题
最后看下数据,生死用例自动化覆盖统计
总结
将生死用例尽可能的「自动化」覆盖后的好处:
-
常规迭代发布:系统回归时自动化覆盖部分可节约回归人力成本70%(我的自动化已经覆盖70%,所以可以节约70%的人力回归成本)
-
优化/修复发布:完全依赖自动化兜底保证质量,无需QA介入验收
最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
软件测试面试文档
我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。