测试用例设计的方法对于功能测试来说是一个很核心的东西，用例的设计其实是最体现一个测试工程师的价值。因为好的测试用例是可以有效地暴露被测对象的问题。

下面提到的一些测试用例设计的方法是一些经典方法，这里只是简单提一下，更多的信息大家可以从网上找到。

1、等价类

2、边界值

这两种方法是相辅相成的，这种两种方法是基础，不需要什么工具的辅助，需要基于自己对被测系统的了解，然后根据所测试的功能点进行合适的等价类划分和边界值选取。这两种方法不但在功能测试，在性能和压力测试的时候也是很有效，譬如说进行压力测试，需要整个系统的负载极限，或是什么样的操作对系统的影响面，可以将这些操作按照实现的方式进行等价类的划分，譬如对于对于数据库的操作，增加是一类，删除是一类，修改是另外一类，映射到用户的系统操作，查询类的操作，删除类的操作，或是修改类的操作这些操作是可以进行等价类的划分，然后进行规约，然后对整个系统进行压力的验证，看看那类的操作对于系统的影响最大。

3、因果图

4、判定表

这两个也是相辅相成的，因果图是很直 观的进行逻辑分析的工具，但是对于用例设计就不是那么直观了，判定表可以非常方便的进行用例的转化，因果图和判定表的转化方法目前网上也有很多现成的方法，大家有空可以查询一下。

这两个工具在实际的测试工作中使用的较少，是因为太复杂，并且没有合适的工具进行辅助的用例生成。目前跟因果图很像的一个工具叫判定树，这个是可以支持画图，并且动态的生成对应的判定表，也可以理解为用例。

5、场景法

这个很难说是一个测试用例设计方法，更像一种思路，没有什么现成的工具，需要依赖自己对于被测对象进行场景划分。这个更适合系统级别的测试。举个最简单的例子：对已饮料购买机进行验证，使用场景法的话就可以考虑，这个饮料机购买有多少场景那？

购买场景1：投币，选择饮料，钱刚好，吐出饮料，交易完成

场景2：投币，选择饮料，钱不够，提示，继续投钱/退出交易

场景3：投币，选择饮料，钱多余，找钱，吐出饮料， 交易完成。

。。。。。

你还可以列举更多的场景，这些都是在实际的使用过程中会遇到的场景，按照这种方式进行的用例设计我们称之为场景法。