3、用例执行的难度，这点主要针对在执行过程中是否需要大量的计算什么的，比如在公共事业缴费项目中需要计算校验码，是比较难的。预期定义为：难，W+=3；一般，W+=2；容易，W+=1。（本条需要郑重考虑，尤其是对难度的定义。）

　　4、用例执行的估计时间，由设计者预估，可以在执行中根据实际情况修改。我大体分成几个等级：10分钟级：W+=1.0；10分钟~1小时，W+=1.5；1小时~半日级：2.0；跨日：W+=3。（本条需要对时间进行更科学的调整。）

　　以上各条均可以影响到测试进度，如果还有重要的参数也可以加入。

　　接下来对公共事业缴费项目按以上规则进行分析，用例请参考QC。

　　在QC中可以看到，用例被分成6个文件夹（最后一个是回归使用，不在讨论范围）。由于用例通过了用例评审，我们可以认为，功能覆盖的情况是完善的，即覆盖系数可以认为是100%，并且中间没有经过需求变更，所以只需要对用例本身进行分析就可以了。（这里列举几个比较典型的）

　　前台页面缴费：

　　录入缴费单类

　　验证输入项关联关系：关注点6个，W=6。功能为影响流程，W=9。执行难度为容易，W=10。时间为10分钟级别，W=11。

　　条形码解析类

　　上海燃气市北销售：关注点3个，W=3.功能为影响流程，W=6.执行难度为一般（因为要计算校验位），W=8，执行时间为10分钟级，W=9。

　　缴费单查询类

　　验证查询结果分页：关注点2个，W=2.功能为次要的功能，W=3.难度为容易，W=4，执行时间为10分钟级，W=5.

　　验证查询结果显示：关注点5个，W=5。功能为主要的功能，W=7，难度为容易，W=8，执行时间为10分钟级，W=11。

　　……

　　根据以上的方法我们可以得出所有用例的权重以及一个总的权重，在把用例导入到测试实验室的时候，每天的测试工作完成之后，我们可以很清晰的给出当前的进度，以随时调整接下来的工作。

　　总的来说，我们希望根据以上的方法去衡量一个用例的重要程度，W为直接衡量的最终参数。当所有的用例都很科学地数字化以后，我们执行的过程中可以很清晰的给出任何时候的进度，并且这个进度是客观以及科学的，从而控制整个项目的进度。

版权声明：本文出自 xiaomugua 的51Testing软件测试博客：http://www.51testing.com/?179221

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。