测试粒度

    时常会有人通过用例执行的百分比来宏观的去看一个项目的测试进度情况。

    但是遇到这种情况的时候测试工程师会说，用例的执行的百分比不足以展示一个项目的测试进度。

    

    为什么会有这种矛盾呢？

    

    其实这个等式成立有一定的前提条件，那就是测试工程师写的测试用例的测试粒度是否合理

    

    怎样的粒度才是合理？

 

    1、测试粒度不宜过细，测试用例分解的测试粒度过细会给测试工程师带来成倍的额外工作量，对于项目管理来讲，这样是不合算的。

 

    2、测试粒度不宜过粗，这是因为如果一个测试用例，里面包含了太多验证点。比如在写取钱的用例时，要检查余额查询，用户最大额度查询类似的本可以单独一个用例的东西都硬拼到了一起，那么用例的执行进度和项目的进度肯定不能划等号。简单说就是有的用例简单有的用例复杂，所以有的也许要验证半天，有的只需要10分钟。这样的话，文章开头的等式就当然不相等了。

    粒度过粗还有个麻烦就是，发现很多bug都对应着一个用例。这样给缺陷管理和统计起来也带来麻烦。在项目后期的报告中不能清晰的统计缺陷。