【tool】软件测试用例的选择原则之抢钱原则

“抢钱原则”——你面对飘洒满地的纸币，有100元，50元，10元，5元，2元，1元，5毛，2毛，1毛。 各种面值。大家抢钱的时候，都是先挑选100元的抢走，然后找50元的，选择的顺序很清晰，都是从面值大到面值小。这就是“抢钱”原则。

　　测试执行的时候，大家面对是一堆用例，这些用例起到的作用也是不同的，那么如何保证我们在有限的时间执行的用例是最有效的，最有价值的。

　　尤其是无法全部执行用例的时候，势必有裁剪的时候，我们需要有很好的用例执行的优选原则。

　　我们要应用抢钱原则，选择好最有价值的用例优先执行。那么，如果搞清楚什么样的用例最有价值，就OK。

　　用例价值大的用例主要有三个方面的因素：1 容易发现的故障的用例;2 用户最常用的场景;3 如果泄露，用户的生气程度大的。

　　1、容易发现故障的用例

　　1) 性能相关的用例—上游的环境受限，所以这个部分比如容易发现故障

　　2) 边界值相关用例—边界引发的故障比例最高

　　3) 开发部在集成测试最不容易做到的用例，比如场景复杂度高的

　　2、用户最常用的场景

　　1) 比如局内呼叫，做主叫，做被叫，短消息，预付费，彩铃等多是最常用的业务，这些业务如果出现问题，只有回退版本了。

　　2) 配置管理的号码分析，动态管理的查看链路状态，告警查看

　　3、如果泄露，用户生气程度大的

　　1) 比如无法拨打电话 > 可拨打，单通 > 可以正常通话，无回铃音 > 可以正常通话，回铃音有杂音

　　2) 无法出话单 > 话单内参数错误

　　如上的仅仅是一些实例，没有复杂的算法模型来排序用户行为。

　　总之：拿到用例，一定要先分析出最有价值的用例，再开始执行。如果拿到用例，平铺直叙的执行。 那咱不就成了抢钱时候先抢毛票的傻子了?