软件测试用例的有效性分析及评估方法

测试用例设计是测试人员必须掌握的基本技能之一，也是个难点之一。那么写好的测试用例如何去评估有效性呢？最近一直在思考这个问题，本来想年前来一篇的，但是一直偷懒，直到现在，网上的资料很多，这里就结合自己的思考简单谈谈自己的看法吧。

1、从测试用例的形式分析

首先，每个公司有每个公司的测试用例模板，如包括模块、子模块、优先级、前置条件、操作步骤、操作数据、预期结果、用例状态、缺陷严重级、概率、实际测试结果、备注；字体格式以及字体大小；测试用例的设计是按照之前约定的按流程来设计还是按照模块设计；测试用例放置的位置以及执行的先后顺序，上面执行过的测试用例是否可以作为下面测试用例执行的输入数据，也就是说测试数据是否具有连贯性等等，这是我们判断测试用例有效性的首要条件。

再则，查看各个用例对应的各个列的编写是否有效，如操作步骤是否简洁，优先级设置是否合理（当然优先级的设置跟实际项目的版本次数的测试策略也有很大关系），预期结果是否明确，之前查看过好多测试用例的预期结果都很含糊，如修改设置项后点击【保存】，预期结果“保存成功”，我感觉这样的预期结果跟没写一样；我们可以优化为：数据库数据更新与修改设置一致且页面显示与数据库数据保持一致。这样测试用例完成后交给另一个人来测试就能有一个明确的判断标准。

用例格式的评估方法：采用同行用例评审的方式进行。

2、从测试用例的覆盖率分析

1）测试用例的总数和颗粒度

好多理论书上写的设计测试用例的原则：用最少的测试用例完成最大的覆盖率。一直以来很怀疑这个原则，个人认为测试用例的覆盖率跟测试时间、测试总数以及测试颗粒度有关，如果给你足够的时间大家都可以设计出覆盖率很高的测试用例，但是