软件测试day5

判定表法（解决多条件有依赖关系测试）

使用场景

• 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖(制约)关系
• 判定表一般适用于条件组合数量较少的情况(比如4个条件以下)

提示：
 1、多条件之间有依赖关系，使⽤判定表来进⾏测试覆盖。
 2、判定表⼀般适合4个以内条件依赖关系
 3、如果条件超过4个，就不适合覆盖所有条件，应采⽤（正交法）来解决。

定义

• 是一种以表格形式表达多条件逻辑判断的工具

组成

• 条件桩:列出问题中的所有条件，列出条件的次序无关紧要。
• 动作桩:列出问题中可能采取的操作，操作的排列顺序没有约束。
• 条件项:列出条件对应的取值，所有可能情况下的真假值。
• 动作项:列出条件项的、各种取值情况下应该采取的动作结果。

  规则:
  判定表中贯穿条件项和动作项的一列就是一条规则
  假设有n个条件，每个条件的取值有两个(0,1)，全组合有2的n次方种规则
  

步骤

  1 、明确需求

  2、画出判定表

        1）、列出条件桩和动作桩

        2）、填写条件项，对条件进⾏全组合

        3）、根据条件项的组合确定动作项

        4）、简化、合并相似规则 ( 有相同的动作 )

  3 、根据规则编写测试⽤例

正交测试法

适用场景

1. 软件具有多个输入变量，并且这些变量之间存在交互影响。

2. 所有变量都可离散化，即可以用有限的取值来表示。

3. 测试人员需要在短时间内对尽可能多的变量组合进行测试，以获得尽可能全面的测试覆盖率。

4. 软件系统需要进行大规模的测试，例如系统集成测试，性能测试等。

组成

     因子：影响实验指标的条件称为因子

     因子的水平（状态）：影响实现因子的条件

步骤

       ①分析需求，获取因子和水平；
  ②根据因子和水平查正交表；
  ③替换正交表中的因子与水平；
  ④根据正交表获取测试用例。

 

 流程分析法，又叫场景设计法

适用场景

界面特点：
没有太多填写项
所有的操作都是通过鼠标的点击、双击、拖拽等完成。
(类似于：银行柜台操作界面、五子棋游戏，这些都是通过鼠标的点击、拖拽等来完成的。

核心思想

把自己当成最终的用户，使用软件，设计出在使用软件过程中重要的操作
一般包括两类：
模拟用户完成正常功能、核心业务逻辑的动作，以验证功能的正确性
模拟用户操作中出现的主要错误，以验证程序的异常处理能力

组成

(1)基本流(有效流)：模拟用户正确的操作流程，表示通过业务流程时输入都正确，能达到
目标的流程

业务流程开始——业务流程结束

(2)备选流(无效流、错误流)：模拟用户错误的操作流程，表示通过业务流程时输入错误（或者
操作错误）导致流程存在反复，但是经过纠正后仍能达到能达到目标的流程

业务流程开始——业务流程存在反复——业务流程结束
业务流程开始——业务流程存在反复——业务流程中断——未结束

(3)异常流：模拟用户错误的操作流程，表示通过业务流程时输入错误（或者操作
错误）产生异常终止流程

业务流程开始——业务流程中断——未结束

步骤

1、分析需求，确定基本流和备选流
2、根据基本流和备选流生成场景
 （注意：要求从开始到结束才算一个场景！
  找全场景标准：所有的路径均被覆盖！）
3、根据场景生成用例

在图3.18 中，有一个基本流和四个备选流。每个经过用例的可能路径，确定不同的用例场景。从基本流开始，再将基本流和备选流结合起来，可以确定以下八个用例场景。
场景1:基本流。
场景2:基本流一备选流1。
场景3:基本流一备选流1一备选流2。
场景4:基本流一备选流3。
场景5:基本流一备选流3一备选流1。
场员 6:基本流一备选流3一备选流1一备选流2。
场景 7:基本流一备选流 4。
场景8:基本流一备选流3一备选流4。

 案例