Day03 测试用例知识点总结（下）

系列文章目录

Day01  软件测试基础总结

Day02 测试用例知识点总结（上）

Day03 测试用例知识点总结（下）

---

文章目录

一、场景法

1.定义

2.使用场景法

2.1:画出流程图--产品需求文档

        ​编辑2.2:遍历场景，提取测试用例

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

三、因果图法

四、判定表法

总结

---

一、场景法

1.定义

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

2.使用场景法

2.1:画出流程图--产品需求文档

        多数情况是需求画好了；或者是需要测试自己画--wps,office-visio,在线processon

        矩形：表示步骤（操作，输入，输出结果）
        菱形：判断条件--是，否
        箭头：流

        
2.2:遍历场景，提取测试用例

         

        1）覆盖正常的路径--冒烟测试
        2）走每一个分支--找菱形--正常场景下没有覆盖的路径，分支
        3）出错步骤重新回到主流程，建议多走一走正

        注意：场景法的重点是测试流程，因此每个流程一个用例验证即可，流程测试没有问题并不能说明系统功能没有问题了，还需要针对单步的功能进行测试，---输入项
        只有单个功能点和流程流程测试，才算的充分的测试+等价类，边界值-----细化测试

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

        错误推测法：根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的黑盒测试方法。
        它的要素有三个：经验，知识，直觉---探索性测试
        考虑程序可能触发的错误场景---不能正常运行

        使用场景：(考虑的可能不全)不单独使用---可以作为其他方法的补充

三、因果图法

        因果图法比较适合输条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。

四、判定表法

        判定表法与因果图法结合使用

---

总结

        主要使用的只有场景法、等价类划分法和边界值分析法，其他的并不经常使用，需要特殊条件与场景。

        场景法---业务流程梳理，核心业务逻辑场景；
        等价类和边界值---细化分析；
        错误推测法对最终用例进行错误场景下