测试用例的优先级用于标识测试用例的重要性和执行频率,共分为4级,由高至低依次为P0-P3。安全
P0性能 |
核心功能测试用例(冒烟测试),肯定此版本是否可测的测试用例,此部分测试用例若是fail会阻碍大部分其余测试用例的验证。测试 |
P1spa |
高优先级测试用例,最常执行以保证功能性是稳定的;基本功能测试,和重要的错误、边界测试ci |
P2table |
中优先级测试用例,更全面地验证功能的各个方面,异常测试,边界、中断、断网、容错、UI等测试用例兼容性 |
P3bug |
低优先级测试用例,不经常被执行,性能、压力、兼容性、稳定性、安全、可用性等等。项目 |
1.把全部功能性验证(或基本路径)的测试标注为P1;异常
2.把全部错误、边界值、UI测试标注为P2;
3.把全部非功能性的测试(例如性能、可用性、稳定性、安全、兼容等)标注为P3。
并不是全部的功能性测试都同样的重要,而且有些边界和非功能性测试也很重要。思考一下测试的重要性及相对于其余同等优先级别的测试,你想要检查这个功能的频率,考虑质量目标和项目的需求,能够对case从新调整,规则以下:
1.把功能性验证测试分为两组:重要和不是十分重要,将“不是十分重要”的功能性验证测试降级为P2;
2.把错误和边界测试分红两组:重要和不是十分重要,将“重要”的错误和边界测试升级为P1;
3.把非功能性测试分红两组:重要和不是十分重要,把“重要”的非功能性测试升级为P2;
4.针对每组高,中和低优先级别的测试用例,重复划分和升级/降级流程直到你达到一个点,能够在不一样优先级之间移动的测试用例的数量到最小。
注:所谓“重要”,能够理解为:bug多的、用户使用频率高的、最基本的这些概念。
为了确保小版本是能够测试的并准备好给小组其余成员执行准入测试,需从高优先级别的case中挑选出P0 case,规则以下:
1.将高优先级别的测试用例分红两组:严重的和重要的,将“严重”的高优先级的测试用例升级为P0级
case优先级划分完成后,不一样级别所占百分比为:P0:10%-15%,P1:30%-40%,P2:30%-40%,P3:10%-15%。
另外,随着项目的进行,经过调研和观察缺陷出现的位置,你可能会从新给你的测试用例划分优先级别。