第六章 用例设计方法之场景法、错误推断法、因果图判定法

一、场景法

1.什么是场景法？

通过场景描述的业务流程（业务逻辑），也包括代码实现逻辑，设计用例来遍历场景（路径），验证软件系统功能的正确性。

2.如何使用场景法

    2.1画出流程图

     矩形：表示步骤（操作、输入、输出结果）

     菱形：判断----是、否

     箭头：流向

注意：场景法的重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能说明系统功能没有问题了，还需要针对单步的功能进行测试，同时有单个功能点和流程测试，才是充分的测试

    业务流程图：基于场景法设计测试用例的依据，由产品提供。如果产品没有提供，需要自己画。

流程图编辑工具：processon  

网址：

https://www.processon.com/

     正常流程：从起点开始，通过各个路径，到最后的节点结束，对应的流程

     异常流程/错误流程：从起点开始，然后可能在某个节点结束或者会返回上一节点的流程。

3.场景法的使用场景：

    对项目的业务流程功能用例的设计，基于场景法来进行设计

二、错误推断法（反推法）

基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试方法。它的要素共有三点，分别为：经验、知识、直觉

登录？用户名、密码

错误推断法案例

案例：某平台登陆页面

既然是错误推断法，那么我们首先应列出可能导致结果出错的情况，如下：

1.账户名跟密码的对应关系验证

2.账号或密码为空

3.用户名和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示）格式+满足格式要求但不是正确的

4.用户名和密码中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤）

5.用户名和密码前后有空格的处理（过滤）

6.错误登陆的次数限制

7.提交登录时，网络异常

8.多点提交操作，只能被执行一次

9.单点登录

三、因果图判定表法

1.使用场景：当需求中存在多个条件，不同条件存在不同结果，就会使用因果图法

2.因果图：列出需求中的因子（条件）和结果

3.判定表：条件桩---需求中的因子

                 动作桩---需求中的结果

                 条件项---不同因子组合

                 动作项---不同因子组合的结果

4.因果图判定表分析步骤：

        1.找出需求中的因子及结果
         2.确定判定表中条件桩及动作桩
         3.列出所有的条件项
                   条件项的个数是2的N次幂（N是条件个数，条件存在两个值）
          4.根据条件项，画出对应的动作项，得到一个判定表
          5.简化判定表
                   如何简化判定表-------合并条件及动作项
                        1.合并的项，它的动作项是相同的
                         2.合并的因子，不同的情况下，动作项的值不变
           6.根据简化的判定表，针对每种条件项及动作项，编辑设计测试用例