软件测试笔记-用例设计方法

软件测试用例设计方法在软件测试过程中起着至关重要的作用，确保软件的质量、稳定性和用户满意度。

以下是一些常见且有效的软件测试用例设计方法，将按照分点表示和归纳的方式进行阐述：

1. 流程图法（场景法）

• 定义：专门针对软件业务流程测试的方法，根据软件的业务流程或功能流程图设计测试用例。
• 使用场景：适用于测试复杂的业务流程，如订单处理、用户注册等。
• 使用频率：高，因为业务流程测试是确保软件功能正确性的基础。
• 使用步骤：
  1. 根据流程图找出所有可能的路径。
  2. 为每条路径编写测试用例，确保覆盖所有路径。

示例：

以“用户注册”功能为例。

• 定义流程：用户进入注册页面 -> 填写用户名、密码、邮箱等信息 -> 提交注册信息 -> 系统验证信息 -> 注册成功/失败并给出相应提示。

• 测试用例设计：

  • 测试用例1：正常注册流程（成功）
    • 前置条件：系统正常运行，无已存在的用户名。
    • 测试步骤：按照流程填写正确的注册信息并提交。
    • 测试数据：合法用户名、密码、邮箱等。
    • 预期结果：注册成功，跳转到登录页面或首页，并显示成功提示。
  • 测试用例2：用户名已存在（失败）
    • 前置条件：系统中有已存在的用户名。
    • 测试步骤：填写已存在的用户名和其他正确的注册信息并提交。
    • 测试数据：已存在的用户名、合法密码、邮箱等。
    • 预期结果：注册失败，显示用户名已存在的提示。

2. 等价类划分法

• 定义：将输入数据划分为若干等价类，从每个等价类中选取代表性数据进行测试。
• 使用场景：当输入数据具有无限多个可能值时，如密码、电话号码等。
• 使用频率：高，特别适用于需要大量数据测试输入的场景。
• 使用步骤：
  1. 分析需求，确定输入数据的范围。
  2. 划分等价类，包括有效等价类和无效等价类。
  3. 设计测试用例，覆盖所有有效等价类和至少一个无效等价类。

示例：

以“密码输入”为例。

• 有效等价类：

  • 长度在6-16个字符之间。
  • 包含数字、字母（大小写）和特殊字符中的至少两种。

• 无效等价类：

  • 长度小于6个字符或大于16个字符。
  • 只包含数字或只包含字母。
  • 包含特殊字符但不满足其他要求。

• 测试用例设计：

  • 测试用例1：有效密码（成功）
    • 测试数据：Abc123!。
    • 预期结果：密码验证通过。
  • 测试用例2：密码过短（失败）
    • 测试数据：12345。
    • 预期结果：密码验证失败，显示密码过短的提示。

3. 边界值分析

• 定义：对输入数据的边界值进行测试，以发现可能存在的边界问题。
• 使用场景：当输入数据有明确的边界值时，如范围、数量等。
• 使用频率：高，因为边界值往往是最容易出现问题的地方。
• 使用步骤：
  1. 确定输入数据的边界值。
  2. 设计测试用例，专门测试这些边界值。

示例：

以“购买宝箱”的数量限制（1-5个）为例。

• 边界值：1、2（小于3的边界值）、4（小于5且接近5的边界值）、5（正好等于上限）、6（刚刚大于上限）。

• 测试用例设计：

  • 测试用例1：购买1个宝箱（成功）
    • 测试数据：1。
    • 预期结果：购买成功，显示购买信息。
  • 测试用例2：购买5个宝箱（成功）
    • 测试数据：5。
    • 预期结果：购买成功，显示购买信息。
  • 测试用例3：购买6个宝箱（失败）
    • 测试数据：6。
    • 预期结果：购买失败，显示购买数量超过限制的提示。

4. 判定表

• 定义：一种用于表示输入条件与输出动作之间逻辑关系的表格。
• 使用场景：当输入条件较多，且输出动作与输入条件之间存在复杂的逻辑关系时。
• 使用频率：中等，适用于逻辑复杂的场景。
• 使用步骤：
  1. 确定所有可能的输入条件和输出动作。
  2. 列出判定表，表示输入条件与输出动作之间的逻辑关系。
  3. 设计测试用例，覆盖判定表中的所有情况。

5. 正交法

• 定义：使用正交表设计测试用例，以覆盖多个参数之间的所有可能组合。
• 使用场景：当需要测试多个参数之间的组合时，如软件的不同配置选项。
• 使用频率：中等，适用于参数组合较多的场景。
• 使用步骤：
  1. 确定需要测试的参数及其取值范围。
  2. 选择合适的正交表，确保能够覆盖所有可能的参数组合。
  3. 设计测试用例，根据正交表的每一行设计一个测试用例。

6. 错误推测法

• 定义：基于测试人员的经验和直觉，推测可能存在的错误情况并进行测试。
• 使用场景：当测试人员具有丰富的经验和直觉时，能够快速发现潜在问题。
• 使用频率：视测试人员经验而定，但通常作为其他方法的补充。
• 使用步骤：
  1. 分析软件的功能和业务流程。
  2. 基于经验和直觉推测可能存在的错误情况。
  3. 设计测试用例，针对这些错误情况进行测试。

示例：

以“登录功能”为例。

• 推测的错误情况：

  • 空用户名或密码。
  • 特殊字符或过长过短的用户名/密码。
  • 已被禁用的账号。

• 测试用例设计：

  • 测试用例1：空用户名登录（失败）
    • 测试数据：用户名（空）、正确密码。
    • 预期结果：登录失败，显示用户名不能为空的提示。
  • 测试用例2：特殊字符密码登录（成功/失败，视系统要求而定）
    • 测试数据：正确用户名、包含特殊字符的密码（如!@#$%^&*）。
    • 预期结果：根据系统要求，可能成功或失败，并给出相应提示。

这些软件测试用例设计方法各有特点和使用场景，测试人员可以根据实际情况选择合适的方法进行设计。

同时，也可以结合多种方法以提高测试效果和效率。