用例执行百分比=项目完成百分比？
时常会有人通过用例执行的百分比来宏观的去看一个项目的测试进度情况。但是遇到这种情况的时候测试工程师会说，用例的执行的百分比不足以展示一个项目的测试进度。
为什么会有这种矛盾呢？
其实这个等式成立有一定的前提条件，那就是测试工程师写的测试用例的测试粒度是否合理
怎样的粒度才是合理？
1、测试粒度不宜过细，测试用例分解的测试粒度过细会给测试工程师带来成倍的额外工作量，对于项目管理来讲，这样是不合算的。
2、测试粒度不宜过粗，这是因为如果一个测试用例，里面包含了太多验证点。比如在写取钱的用例时，要检查余额查询，用户最大额度查询类似的本可以单独一个用例的东西都硬拼到了一起，那么用例的执行进度和项目的进度肯定不能划等号。简单说就是有的用例简单有的用例复杂，所以有的也许要验证半天，有的只需要10分钟。这样的话，文章开头的等式就当然不相等了。
粒度过粗还有个麻烦就是，发现很多bug都对应着一个用例。这样给缺陷管理和统计起来也带来麻烦。在项目后期的报告中不能清晰的统计缺陷。
如何划分测试粒度？
1、使用功能点划分，细化每个功能点，到这个功能点不能再拆分。
2、所要测试模快对该系统的整体影响.看其重要性。
3、最好在用例编写前，项目的测试工程师可以讨论出一个适合项目的统一测试粒度。 说的很不错::daxiao:::
项目实际用例粒度的规范可以写在测试策略中。
根据实际项目的工作量和人力资源决定用例粒度。
比如，项目有很多还未来得及培训的初级测试人员，高级测试工程师就可以将由初级测试工程师执行的用例写得更细；通过增加前期用例设计的时间，来弥补执行测试覆盖率可能偏低的风险。
页:
[1]
