Gridea

一级功能测试

业务场景测试

一、TEST CASE的优先级定义
测试用例的优先级用于标识测试用例的重要性和执行频率，共分为4级，由高至低依次为P0-P3。

P0

核心功能测试用例（冒烟测试），确定此版本是否可测的测试用例，此部分测试用例如果fail会阻碍大部分其他测试用例的验证。

P1

高优先级测试用例，最常执行以保证功能性是稳定的；基本功能测试，和重要的错误、边界测试

P2

中优先级测试用例，更全面地验证功能的各个方面，异常测试，边界、中断、断网、容错、UI等测试用例

P3

低优先级测试用例，不常常被执行，性能、压力、兼容性、稳定性、安全、可用性等等。

二、如何划分TEST CASE的优先级
2.1 初步划分
1.把所有功能性验证（或基本路径）的测试标注为P1；

2.把所有错误、边界值、UI测试标注为P2；

3.把所有非功能性的测试（例如性能、可用性、稳定性、安全、兼容等）标注为P3。

2.2 提升和降级
并非所有的功能性测试都一样的重要，并且有些边界和非功能性测试也很重要。思考一下测试的重要性及相对于其他同等优先级别的测试，你想要检查这个功能的频率，考虑质量目标和项目的需求，可以对case重新调整，规则如下：

1.把功能性验证测试分为两组：重要和不是十分重要，将“不是十分重要”的功能性验证测试降级为P2；

2.把错误和边界测试分成两组：重要和不是十分重要，将“重要”的错误和边界测试升级为P1；

3.把非功能性测试分成两组：重要和不是十分重要，把“重要”的非功能性测试升级为P2；

4.针对每组高，中和低优先级别的测试用例，重复划分和升级/降级流程直到你达到一个点，可以在不同优先级之间移动的测试用例的数量到最小。

注：所谓“重要”，可以理解为：bug多的、用户使用频率高的、最基本的这些概念。

2.3 挑出冒烟测试用例
为了确保小版本是可以测试的并准备好给小组其他成员执行准入测试，需从高优先级别的case中挑选出P0 case，规则如下：

1.将高优先级别的测试用例分成两组：严重的和重要的，将“严重”的高优先级的测试用例升级为P0级

2.4 各级别TEST CASE的比例
case优先级划分完成后，不同级别所占百分比为：P0:10%-15%，P1:30%-40%，P2:30%-40%，P3:10%-15%。

另外，随着项目的进行，通过调研和观察缺陷出现的位置，你可能会重新给你的测试用例划分优先级别。

转自：https://www.cnblogs.com/joy-sir/p/12165157.html