冒烟测试用例规范
一、目的
冒烟测试是指对提交测试的软件在进行详细深入的测试之前而进行的预测试，这种预测试的主要目的是暴露导致软件需重新发布的基本功能失效等严重问题 ，是整个项目非常关键的一个环节，关乎项目整体的上线计划及版本节奏以及测试开发的协作效率。为了进一步提高测试流程的规范化及冒烟用例的规范化，故制定此标准。
二、冒烟测试准入条件
- 本次提交测试的功能，开发完成且已冒烟通过；
- 开发根据自测结果，发起提测邮件。
三、冒烟用例选择原则
根据项目的复杂程度，在保障冒烟测试质量的基础上，依据以下3点原则进行计算冒烟用例权重。
- 冒烟主功能
例如：一个事件（业务）的增加、删除、修改、查询，一个统计、计算逻辑的的结果校验等。 - 冒烟主要流程
例如：一个审批流程，即增加、删除、修改、查询的功能等 - 项目复杂等级
- 依据开发与测试（人员）比例和复杂等级划分：
| 开发+测试比例(人) | 项目复杂等级 | 项目权重占比 | 用例权重占比 |
|---|---|---|---|
| [10,5) | A | 0.65 | 0.45 |
| [8,4) | B | 0.5 | 0.4 |
| [6,3) | C | 0.45 | 0.35 |
| [4,2) | D | 0.4 | 0.25 |
| [2,1] | E | 0.25 | 0.2 |
- 冒烟用例权重（项目用例以100条为基准）
| 项目用例总条数 | 项目权重占比 | 项目权重总分 | 冒烟用例权重占比 | 冒烟用例条数 | 冒烟用例占比 |
|---|---|---|---|---|---|
| 100 | 0.65 | 65 | 0.45 | 29 | 29% |
| 100 | 0.5 | 50 | 0.4 | 20 | 20% |
| 100 | 0.45 | 45 | 0.35 | 15 | 15% |
| 100 | 0.4 | 40 | 0.25 | 10 | 10% |
| 100 | 0.25 | 25 | 0.2 | 5 | 5% |
下面举例说：项目难度A级，开发与测试比例[10,5)，推出以下结论
| 项目用例总条数 | 项目权重占比 | 项目权重总分 |
|---|---|---|
| 开发+测试比例(人) | 复杂等级 | 项目权重占比 |
| [10,5) | A | 45% |
| 用例总条数 | 项目权重占比 | 项目权重总分 | 用例权重占比 | 冒烟用例条数 | 冒烟用例占比 |
|---|---|---|---|---|---|
| 396 | 0.65 | 257.4 | 0.45 | 115 | 29% |
=ROUNDDOWN(IFS(A2=“A”,0.65B20.45,A2=“B”,0.5B20.4,A2=“C”,0.45B20.35,A2=“D”,0.4B20.25,A2=“E”,0.25B20.2),0)
四、团队协作流程
大概是公司是如何执行冒烟的流程图（此处省略）
五、冒烟用例模板
跟用例模板一个样，标记出冒烟测试，功能测试等（此处省略）
六、冒烟测试准出标准
- 无阻碍测试进度超过2H
- 核心主流程全部通过
- 冒烟case通过率百分之九十以上
七、测试结论
通过、不通过（需要重新提测，报告体现、风险体现）