用例优先级定义与使用规范 V1.0
- 1. 规范说明
目的
对软件测试过程中的用例级别进行详细描述及标准化定义，明确不同测试阶段的测试范围，减少测试冗余投入，提高测试效率，建立测试质量基线，减少生产故障事件。
适用范围
xx内部研发项目
传达对象
xx测试团队
优化记录
暂无
- 2. 规范正文
用例优先级定义
用例优先级划分成4个等级， P1，P2，P3，P4，具体定义如下：
级别 |
划分标准 |
划分参考 |
P1 |
每个迭代，都要被执行的用例 |
主流程 用例涉及主流程业务功能，执行失败会导致后续多处重要功能不可用，比如“登录”，”提交订单”
财务交易 用例涉及现金，优惠券等财务交易业务功能，比如 订单支付
高频使用 用例涉及高频率使用的业务功能，比如 商家客服咨询
较大用户量 用例涉及使用者数量较大的业务功能
其它重要功能 用例涉及除上述之外的其它重要业务功能(可能是异常校验) |
P2 |
每个迭代，P1级用例除外，需要在“系统测试”，“预发布回归测试”阶段执行的“当前迭代用例” |
系统重要功能 用例涉及一些比对P1级次重要业务功能
基础功能 用例涉及一些基础功能，比如，查询，导出 |
P3 |
每个迭代，P1，P2级用例除外，需要在“系统测试”阶段执行的“当前迭代用例” |
异常校验\规则约束 用例涉及一些业务规则、异常场景，比如 用户名必填 |
P4 |
每个迭代，P1，P2，P3级用例除外，需要在“系统测试”阶段执行的“当前迭代用例” |
极微小的需求、功能 用例涉及一些非常轻微的需求改动、功能，这些功能可有可无，比如 重置查询条件， “登录用户名”改成 ”登录账号” |
重要提示：
1、 定义用例级别时，尽量从系统层面考虑，对于整个系统而言，单个模块中的核心功能可能是个比较次要的功能，所以，对应的该模块的用例P级理应设置较低值。
2、 定义用例级别时，需要多考虑被测功能业务价值，如果出现问题，给公司、用户带来的影响大小，是否有其它渠道、替代功能等方面考虑，价值越大，出问题影响越大，P级越高。
3、用例级别需要根据业务变化，对系统业务的认知变化不断维护，调整，达到最佳判断
测试阶段测试范围说明
测试阶段 |
测试范围 |
备注 |
冒烟测试阶段 |
P1级冒烟用例+当前迭代冒烟用例 |
|
系统测试 |
P1级非冒烟用例+当前迭代非冒烟用例 |
根据可能影响的面，酌情考虑增加部分历史用例 |
预发布回归测试 |
P1级冒烟用例+当前迭代P1，P2级用例 |
|
线上验收测试 |
“线上回归用例”+ 当前迭代部分、所有P1，P2级用例 |
当前迭代中的P1，P2级用例，不一定都可以、都要在线上执行，如果未被标记为“线上回归用例”，根据实际情况及风险大小选取 |
热修复测试 |
部分、所有“线上回归用例”+ 热修复相关用例 |
因热修复Bug而异，不同类型的Bug影响的面可能不一样，需要根据实际情况选取必要的用例，当然也可能存在比较紧急的情况，开发自己改了自测通过就上线了 |
重要提示：
冒烟用例通常由两部分组成，一部分是历史基线用例，通常是涉及主流程的用例，一部分是当前迭代用例，通常涉及新需求中的基础业务功能的用例，类似主流程用例，通常选取一些执行失败可能会导致好些新需求无法测试的用例，或者单模块中的主功能用例。
测试计划
针对每个测试阶段，都要有对应的测试计划(核心内容是待执行测试用例列表，针对热修复可能需要根据实际情况酌情考虑，因为实际可能存在很紧急的情况)
测试阶段 |
测试计划 |
冒烟测试 |
系统测试计划 |
系统测试 |
系统测试计划 |
预发布回归测试 |
预发布测试计划 |
线上验收测试 |
线上验收测试计划 |
热修复测试 |
热修复测试计划 |
