软件测试理论-软件测试的设计方法

蔚落 2023-10-06 22:32 48阅读 0赞

### 一、因果图法 ###

### 二、判定表法 ###

2.1 概念

*  是分析和表达多逻辑条件下执行不同操作的情况的工具。它由以下几个内容组成：

1.  条件桩（condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
2.  动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束
3.  条件项（Condition Entry）：列出针对它做了条件额取值。在所有可能情况下的真假值。
4.  动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

2.2 判定法步骤

1.  识别出操作条件(原因)，和对应的动作(结果)
2.  分析条件的条件项(组合数量)；如果有n个条件，每个条件有成立和不成立两种情况，那么最后一共会有2^n个数量
3.  列出所有的条件桩和动作桩：1）填入条件项 2）填入动作项，制定初始判断表
4.  简化和优化结果，合并

2.3 判定表使用实例

需求：订购单的检查

*  如果金额超过500元，又未过期，则发出批准单和提货单；
 *  如果金额超过500元，但过期了，则不发批准单
 *  如果金额低于500元，则不论是否过期都发出批准单和提货单，在过期的情况下还需要发出通知单。

1）分析条件和动作

<table> 
 <tbody> 
  <tr> 
   <td>条件1</td> 
   <td>条件2</td> 
   <td>动作</td> 
  </tr> 
  <tr> 
   <td>金额&gt;500</td> 
   <td>未过期</td> 
   <td>发出批准单和提货单</td> 
  </tr> 
  <tr> 
   <td>金额&gt;500</td> 
   <td>过期</td> 
   <td>发出提货单</td> 
  </tr> 
  <tr> 
   <td>金额&lt;=500</td> 
   <td>未过期</td> 
   <td>发出批准单和提货单</td> 
  </tr> 
  <tr> 
   <td>金额&lt;-500</td> 
   <td>过期</td> 
   <td>发出批准单和提货单,通知单</td> 
  </tr> 
 </tbody> 
</table>

2）写入条件桩、动作桩、条件项、动作项：

![ecf3b16dc6134f51b8bcd891c15963fd.png][]

3）对判定表进行简化和优化（对其中不合理或者重复的进行取舍）

通过判定表可以看出，不管金额高低，只要未过期，就会发送批准单和提货单。（在测试时间不充足的情况下，可以选二者中的一个情况进行测试），所以优化后，条件项就减少成为3个。

![a22453eb471f4054aa284ff0ceda1718.png][]

4）将判定表中的每一列(条件项和对应的动作项)作为测试用例的数据和操作。

案例2：文件修改规则

规则：1）输入的第一列字符必须是A或B

2）第二列必须是一个数字

3）如果第一列字符不正确，则给出信息L

4）如果第二列字符不正确，则给出信息M

5）如果两列字符输入正确，则修改文件成功

<table style="width:500px;"> 
 <tbody> 
  <tr> 
   <td colspan="1">条件</td> 
   <td>第一列A或B</td> 
   <td>1</td> 
   <td>1</td> 
   <td>0</td> 
   <td>0</td> 
  </tr> 
  <tr> 
   <td>第二列数字</td> 
   <td>1</td> 
   <td>0</td> 
   <td>1</td> 
   <td>0</td> 
  </tr> 
  <tr> 
   <td colspan="1">动作</td> 
   <td>L</td> 
   <td>x</td> 
   <td>x</td> 
   <td>√</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>M</td> 
   <td>x</td> 
   <td>√</td> 
   <td>x</td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>成功</td> 
   <td>√</td> 
   <td>x</td> 
   <td>x</td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

2.5 适合使用判定表设计测试用例的条件：

*  规格说明以判定表的形式给出，或很容易转换成判定表
 *  条件的排列顺序不影响执行哪些操作
 *  规则的排列顺序不影响执行哪些操作
 *  当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则
 *  如果某一规则要执行多个操作，这些操作的执行顺序无关紧要

2.6 总结

测试用例的设计方法：没有哪一种方式是单独使用的

1）所有的软件，都是因为某种操作才会导致一定的结果--考虑使用因果图法

2）所有的软件都有文本框。--考虑必须一定使用等价类、边界值。

3）多条件依赖的问题，使用判定表方法。

2.7 使用场景

*  有多个输入条件，多个输出结果，输入条件之间和输出结果之间有依赖(制约)关系
 *  判定表一般适用于条件组合数量较少的情况（比如4个条件以下）
 *  提示：如果碰到项目中多条件组合大于4个相互依赖，可以使用正交表和因果图来实现。

### 三、场景法 ###

3.1 流程图

*  使用标准图形和箭头来表达程序或业务的走向

![96d0095fb0364be9ac6f13aa39ef9cc8.png][]

流程图的主要作用设计业务用例的

3.2 场景法概念

*  场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例
 *  意义：1：用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用 2 测试人员角度：平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试。

3.3 场景法基本原理

*  现在的软件几乎都是事件触发来控制流程的。测试时，可以生动的描述出事件触发时的场景，有利于设计测试用例，同时使测试用例更容易理解和执行。
 *  基本流：软件功能按照正确的事件流实现额一条正确流程。通常一个业务仅存在一个基本流，且基本流仅有一个起点和一个终点
 *  备选流：除了基本流之外的各支流，包含多种不同的情况。
 *  场景列表：

1.  场景1基本流
2.  场景2基本流 备选流1
3.  场景3基本流 备选流1 备选流2
4.  ......

重点：

基本流（软件功能正确实现的流程）：场景中必须有基本流

备选流（基本功能流程之外的过程）：场景中必须有内容从用例的开始，到用例的结束。

### 四、设计用例的总结 ###

**1. 解决穷举测试覆盖问题**

方法：等价类

介绍：有效等价和无效等价

步骤：1）明确需求 2）划分有效和无效等价 3）编写用例

**2. 解决边界限制测试覆盖问题**

方法：边界值+等价类

介绍：上点 - 边界上的点；内点 - 范围内的点； 离点 - 离边界最近的点

全部有7条案例，优化后有5条案例

步骤：1）明确需求 2）划分等价(有效、无效) 3）确定边界 4）编写用例

3. **解决多条件依赖测试覆盖问题**

方法：判定表

介绍：1）表格工具 2）条件桩 - 先陈列所有的条件 3）条件项 - 条件的取值

4）动作项 - 预期结果 5）动作桩 - 系统规则输出结果

步骤：1.明确需求 2.画判定表 3.设计用例

4. **解决项目业务测试覆盖问题**

方法：流程图法

提示：测试用例，首先设计业务用例，其次设计单功能

[ecf3b16dc6134f51b8bcd891c15963fd.png]: https://img-blog.csdnimg.cn/ecf3b16dc6134f51b8bcd891c15963fd.png
[a22453eb471f4054aa284ff0ceda1718.png]: https://img-blog.csdnimg.cn/a22453eb471f4054aa284ff0ceda1718.png
[96d0095fb0364be9ac6f13aa39ef9cc8.png]: https://img-blog.csdnimg.cn/96d0095fb0364be9ac6f13aa39ef9cc8.png