设计测试用例是个很大的主题，而且其中所需要的方法也很多。我计划一点一点的总结并记录下来。我这次讨论的不是针对一个软件的测试用例设计，而是针对一个模块或多个模块用例的设计。

　　今天我要写的主要是我自己在工作中所用的一些方法，当然不是最好用的。但我一直在研究最高效，最实用的方法。

　　首先我们要了解一下为什么要设计测试用例以及它在软件测试中的地位。

　　影响软件测试的因素很多，软件本身的复杂程度，开发人员的素质（包括分析，设计，编程和测试），测试方法和技术的应用。那么如何保证测试质量的稳定呢？测试用例就可以把一些人为的因素减低，因为人员的流动不会造成测试用例的流动，而且我们可以在以后的测试中不断的维护和更新测试用例。所以说测试用例的设计和编制是软件测试活动中最重要的。它是测试工作的指导和软件测试必须遵守的准则。它更是软件测试质量稳定的根本保障。

　　当自己接受到一个设计测试用例的任务时，如何对一个庞大的模块进行设计测试用例呢？这时候测试用例的划分就显的尤为重要。

　　我总结的测试用例的划分有三种：

　　1）按照功能划分

　　2）按照路径（业务流程）划分

　　3）按照功能和路径（业务流程）划分

　　目前我用的方法是第三种。第一种按照功能划分，优点是最简捷，但其缺点是：对于复杂操作的程序模块，其各功能的实施是相互影响，紧密相关，环环相扣的。如果没有严密的逻辑分析，很容易产生遗漏。第二种纯粹按照路径划分也容易造成对功能点的遗漏。所以我基本都是大方向用功能块的划分来走，然后再结合上路径（业务流程）的划分方法。

　　例如下面的一个模块测试，我就先按照功能划分为几大块，然后针对每个功能块再按照路径（业务流程）来划分：

　　那么有人会问，当我拿到一个任务的时候，简单一点还好办，一旦复杂了就没有头绪，无处下手了。我告诉大家不会的。只要你按照我的这个流程来设计我认为是不会无处下手的的：