自动化软件测试 -- 测试用例的设计方法（二）

一、场景法

从起点，通过一系列操作步骤达成某一结果，到终点的过程测试。场景法主要用于冒烟测试。在通过了场景测试后，再通过其他方法进行更为细腻的测试。现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果形成事件流。

二、流程分析法

流程分析法主要是针对测试场景类型属于流程测试场景的测试项目下的测试子项进行设计，是从白盒测试设计方法中的路径覆盖分析方法中借鉴过来的一种方法。在白盒测试中，路径就是指函数代码的某个分值组合，路径覆盖法需要构造足够的用例覆盖函数的所有代码路径。在黑盒测试中，若将软件系统的某个流程看成路径的话，则可以针对该路径使用路径分析的方法设计测试用例。黑盒测试是看文档来写测试用例，不需要看代码。

步骤：

1、详细了解需求

2、根据需求说明或界面原型，找出业务流程的各个页面以及各个页面之间的流转关系

3、画出业务流程

4、写用例，覆盖所有的路径分支

案例：

广度法：

 深度法：

 三、错误推断法

基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。

根据经验，列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。

四、测试用例的力度评审和总结

简单

仅仅是测试的纲要，可能只包含测试的内容，简单的测试用例其实并没有进行设计，而仅仅是记录

复杂

包含具体的输入页，每一个步骤、期待的结果

中庸

过于简单会导致测试有遗漏，而且根据测试执行人员的水平不同导致偏差较大。过于复杂会导致效率太低，维护成本太高，限制测试人员的思维一般在工作中都介于两者之间。

测试用例设计方法总结：

测试用例的本质：

1、理解需求、反映需求、忠于需求

2、需求会变化，则测试用例也应该是变化的

3、及时响应变更比遵循计划更有价值

测试用例的方法选取：

1、先关注主要功能、业务流程、业务逻辑是否正确实现，考虑场景法

2、需要输入数据的地方，考虑等价类划分法

3、在任何情况下都使用边界值法

4、如果程序的功能中包含输入条件的组合情况，则选取因果图法和判定表法

5、对于配置类软件，需要考虑参数的组合情况，考虑使用正交排列法

6、对照程序逻辑，如果发现没有达到要求的覆盖标准，适当补充更多的测试用例

7、采用错误推断法，追加其他测试用例