此页接上篇，详细介绍测试用例写做方法。
判定表是分析和表达多种输入条件下系统执行不同动作的工具，它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。
它可以看成
条件桩（Condition Stub）动作桩（Action Stub）
条件项（Condition Entry）动作项（Condition Entry）
判定表的合并
化简工作是以合并相似规则为目标的。如果表中有两条或多条规则具有相同的动作，并且其条件项之间存在极为相似的关系，我们便可以将其合并。
判定表法设计用例的步骤
确定规则的个数。（如这里有3个条件，每个条件有两个取值，故应有2*2*2=8种规则）
列出所有的条件桩和动作桩
填入条件项
填入动作桩和动作项
化简，合并相似规则
将每条规则转化为用例
判定表的优缺点
优点：它能把复杂的问题按各种可能的情况一一列举出来，简明而易于理解，也可避免遗漏。
缺点：合并存在漏测的风险。一个显然易见的原因是，虽然某个输入条件在输出接口上是无关的，但是在软件设计上，内部针对这个条件走了不同的程序分支。
因果图提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。
其中，原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出。
因果图方法最终生成的就是判定表。它适合于检查软件输入条件的各种组合情况
因果图法设计用例的步骤
把大的系统规格划分解成可以测试的规格片段
分析分解后待测的系统规格，找出哪些是原因，哪些是结果
画出因果图
把因果图转换成判定表
简化判定表
用判定表中的每一项生成测试用例
因果图法优缺点
优点：等价类法尽管各个输入条件可能出错的情况都考虑到了，但是多个输入条件组合起来出错的情况却被忽略了。
因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例
因果图分析还能为我们指出，程序规格说明描述中存在什么问题。
缺点：输入条件与输出结果的因果关系，有时难以从软件需求规格说明书得到
即使得到了这些因果关系，也会因为因果关系复杂导致因果图非常庞大，测试用例数目及其庞大。
状态迁移图：许多需求用状态机的方式来描述，状态机的测试主要关注在测试状态转移的正确性上面。对于一个有限状态机，通过测试验证其在给定的条件内是否能够产生需要的状态变化，有没有不可达的状态和非法的状态，可能不可能产生非法的状态转移等。
常用于协议测试，构造能导致状态迁移的事件来测试状态之间的转换。
逆向设计测试用例，如状态和事件的非法组合。
状态迁移图法设计用例步骤
画出状态迁移图
列出状态-----事件表
从状态转换树推导出测试路径
根据测试路径编写合法测试用例
编写非法测试用例
将软件系统的某个流程看成路径，用路径分析的方法来设计测试用例。根据流程的顺序依次进行组合，使得流程的各个分支都能走到。
（这个方法是从白盒测试中路径覆盖率分析法中推广到黑盒测试中来的测试分析方法）
流程分析法设计用例步骤
画出业务流程图
设置功能路径优先级
确定测试路径
选取测试路径
构造测试用例
从大量的试验点中挑选出适量的、有代表性的点，应用依据迦罗瓦理论导出的“正交表”，合理的安排试验的一种科学的试验设计方法。
指标：通常把判断试验结果优劣的标准叫做试验的指标
因子：所有影响试验指标的条件
因子的状态：而影响试验因子的，叫做因子的状态
输入域分析法：
极端测试（Extremal Testing）
中间范围测试（Midrange Testing）
特殊值测试（Special Value Testing）
输出域分析法：
分析各输出的等价类
分析各输出的边界值
（一般此测试限于领域内的专家）
异常分析法：
有可能存在的异常操作、软硬件缺陷引起的故障进行分析。
错误分析法：
根据经验猜想可能有什么问题并依此设计测试用例。
