测试用例等级怎么划分？别再傻傻的一脸懵逼

我们都知道测试工程师最基本的能力便是编写测试用例，可是看似简单的用例，后面其实蕴含这个很多人忽略的细节，今天就来说测试里面所蕴含的很多细节。

很多时候不只是测试和测试用例息息相关，开发，产品也有的时候对于测试用例有自己的一些用途，详见：

用例评审对于一个测试人员有多重要，你不造吗？

具体的作用详见上图。

我今天想讲的是用例等级怎么划分？

首先，我们先来说说用例等级都有哪些？

青铜级的说法：

用例的等级分为1，2，3，4

分别通过1，2，3，4代表用例的重要性从高到低。

白银级的说法：

用例等级分为高，中，低

黄金级的说法：

用例等级为Level1，Level2，Level3

EDG的说法：

用例等级为P0，P1，P2，P3

好了，玩笑归玩笑，但是我一般建议还是选择最后一种说法来回答用例等级，倒不是说用其他的回答不对，更多的是最后一种感觉像是一种“行话”

我们重点说下我们在编写测试用例的时候，一般等级怎么制定的：

首先，这个就跟做菜一样，各种调料以及火候的把握更多的是靠个人的一种感性的把握。但是感性中有有着一种大体的规律可循。

通常情况下，我们一般会把系统中主流程的用例设置为P0级的

其次还有一些特别重要的模块都会设置为P0级，因为这部分用例如果没有测试通过，直接导致后面的流程是没办法进行测试的。

比如：微信发红包，我连一个正常发红包的用例都测试不通过，我下来测试其他的无效等价类和边界值有什么意义，我测试了个寂寞！！！

下来再说说P1级的等级一般是在哪些用例上：

其实更多的还是作用在一些无效的等价类上面设置P1级的更多些，为什么呢？

因为我正常的主功能要首先，请记住我的词语是首先测试完，也就是我前面的P0级用例都通过之后，我还不得测试一些经常可能发生的异常情况，不仅要测试软件是否做了他正常该做的事情，还要检查软件是否把一些异常的情况是否都屏蔽，保证软件交付给用户之后的正常使用！！！

最后，很多边界的点，用户一般触发到的概率非常低，可以设置为P2

但是我只想说这只是个界限，而不是一种死规则，你要学会变通，不要把软件测试学死板了，要学会灵活应用。