标签:问题 时间 as 算法 管理 应用 用户 如何 不同的
“抢钱原则”——你面对飘洒满地的纸币,有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) 无法出话单 > 话单内参数错误
如上的仅仅是一些实例,没有复杂的算法模型来排序用户行为。
总之:拿到用例,一定要先分析出最有价值的用例,再开始执行。如果拿到用例,平铺直叙的执行。 那咱不就成了抢钱时候先抢毛票的傻子了?
标签:问题 时间 as 算法 管理 应用 用户 如何 不同的
原文地址:http://www.cnblogs.com/ziyaboke/p/4088881.html