测试思想-流程规范用例优先级定义与使用规范 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影响的面可能不一样，需要根据实际情况选取必要的用例，当然也可能存在比较紧急的情况，开发自己改了自测通过就上线了

重要提示：

冒烟用例通常由两部分组成，一部分是历史基线用例，通常是涉及主流程的用例，一部分是当前迭代用例，通常涉及新需求中的基础业务功能的用例，类似主流程用例，通常选取一些执行失败可能会导致好些新需求无法测试的用例，或者单模块中的主功能用例。

测试计划

针对每个测试阶段，都要有对应的测试计划(核心内容是待执行测试用例列表，针对热修复可能需要根据实际情况酌情考虑，因为实际可能存在很紧急的情况)

测试阶段	测试计划
冒烟测试	系统测试计划
系统测试	系统测试计划
预发布回归测试	预发布测试计划
线上验收测试	线上验收测试计划
热修复测试	热修复测试计划