测试思想-流程规范 用例优先级定义与使用规范 V1.0
用例优先级定义与使用规范 V1.0
By：授客
- 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影响的面可能不一样，需要根据实际情况选取必要的用例，当然也可能存在比较紧急的情况，开发自己改了自测通过就上线了 |
重要提示：
冒烟用例通常由两部分组成，一部分是历史基线用例，通常是涉及主流程的用例，一部分是当前迭代用例，通常涉及新需求中的基础业务功能的用例，类似主流程用例，通常选取一些执行失败可能会导致好些新需求无法测试的用例，或者单模块中的主功能用例。
测试计划
针对每个测试阶段，都要有对应的测试计划(核心内容是待执行测试用例列表，针对热修复可能需要根据实际情况酌情考虑，因为实际可能存在很紧急的情况)
测试阶段 | 测试计划 |
|---|---|
冒烟测试 | 系统测试计划 |
系统测试 | 系统测试计划 |
预发布回归测试 | 预发布测试计划 |
线上验收测试 | 线上验收测试计划 |
热修复测试 | 热修复测试计划 |