如何借助AI大模型高效编写测试用例？

提测了么

已于 2025-03-06 17:28:08 修改

阅读量3.5k

点赞数 48

分类专栏：测试进阶文章标签：人工智能测试用例 AI编程 AI写作

于 2025-02-26 16:02:57 首次发布

本文链接：https://blog.csdn.net/weixin_63463080/article/details/145879707

版权

测试进阶专栏收录该内容

8 篇文章

订阅专栏

在软件测试中，测试用例的编写是确保产品质量的关键环节。然而，手动编写测试用例往往耗时且容易遗漏重要场景。借助AI大模型（如GPT-4、Claude等），可以显著提升测试用例编写的效率和覆盖率。本文将从需求文档功能点分析、AI提示语模型链设计、测试用例产出、分析校正、产出结果五个维度，详细介绍如何利用AI完成这一任务。

一、需求文档功能点分析

注意：这部分只做简单介绍，详细过程可参考：借助AI大模型进行需求文档功能点整理与测试用例分析

在测试用例编写之前，首先需要明确需求文档中的功能点。功能点分析的目标是从需求文档中提取出系统的核心功能模块及其具体描述。例如：

用户登录模块：支持用户名/密码登录、第三方登录。
支付模块：支持多种支付方式、订单状态更新。
数据管理模块：支持数据导入导出、权限控制。

关键步骤：

提取功能点：通过阅读需求文档或使用AI工具（如自然语言处理模型）提取功能点。
分类功能点：将功能点按模块归类（如用户管理、订单处理）。
优先级排序：根据业务需求和技术实现难度标注优先级。

二、AI提示语模型链设计

A提示语链设计模型：可参考《DeepSeek从入门到精通-清华大学》

参考文章：AI提示语链模型推荐（可实现AI与测试的融合）

AI提示语的设计是整个流程的核心，直接影响输出的质量。以下是针对测试用例编写的提示语设计方法。

1. 功能点到测试场景的映射

1.1 提取功能点

假设您已经完成了需求文档的功能点分析，接下来需要将这些功能点转化为测试场景。

提示语示例：
- “根据以刚才分析功能点生成对应的测试场景：如（用户登录、密码重置、支付订单）。”
输出目标：
- 每个功能点对应多个测试场景，包括正常流程和异常流程。

1.2 边界条件分析

边界值和特殊输入是测试用例的重要组成部分。

提示语示例：
- “为分析出的功能点列出可能的边界条件：输入为空、超出范围、非法字符。”
输出目标：
- 针对每个功能点生成边界值测试场景。

1.3 测试场景优化

避免冗余和重复，确保覆盖所有关键路径。

提示语示例：
- “合并以下测试场景中重复的部分，并确保覆盖所有关键路径。”
输出目标：
- 精简后的测试场景列表。

2. 测试用例生成

2.1 正常流程测试用例

提示语示例：
- 可以根据上传的文件格式进行：“请你根据我上传的用例模板，进行用例编写。要求：xxxxxx，xxxxxx，xxxxx”
- 可以直接生成测试用例：“为以下测试场景生成正常流程的测试用例，包括测试步骤和预期结果：用户成功登录系统。”
输出目标：
- 包含测试步骤、输入数据、预期结果的测试用例。

2.2 异常流程测试用例

提示语示例：
- “为以下测试场景生成异常流程的测试用例：用户输入错误密码三次后被锁定。”
输出目标：
- 覆盖异常情况的测试用例。

2.3 其他类型用例

如果需要性能测试、安全测试、针对性测试等，可以根据需求让AI生成对应的测试用例。

提示语示例：
- “基于【XXX功能】生成性能测试用例，性能要求：页面响应时间不得 > 2s。”
输出目标：
- 基于某格式下的性能测试用例。

三、测试用例产出

经过AI提示语链的设计，测试用例的初步产出已经完成。接下来需要对生成的测试用例进行整合和优化，并确保其覆盖所有功能点和场景。以下是具体的步骤和方法：

1. 测试用例整合

测试用例的整合是将AI生成的内容转化为结构化、可执行的文档或任务卡片，便于团队协作和后续测试执行。

1.1 格式化输出

测试用例需要以清晰、规范的格式呈现，便于团队成员理解和执行。以下是推荐的表格形式及其字段说明：

也可以根据模板生成，提示语链为：请根据我提供的附件模板，编写测试用例，要求为：xxx，xxxx，xxx

字段	说明
测试用例编号	唯一标识符（如TC001、TC002），便于跟踪和引用。
功能点关联	与需求文档中的功能点对应（如“用户登录模块”、“支付订单模块”）。
测试步骤	描述测试的具体操作步骤（如“输入用户名和密码，点击登录按钮”）。
输入数据	明确测试所需的输入值（如用户名：“testuser”，密码：“password123”）。
预期结果	描述测试成功时的预期行为（如“系统跳转至用户主页”）。
实际结果（可选）	在测试执行后填写实际观察到的结果（用于记录测试过程）。
测试优先级	标注测试用例的重要性和紧急程度（如高、中、低）。
测试类型	区分测试类别（如功能测试、边界测试、异常测试）。

示例工具：

Excel：适合小型项目，通过表格快速整理和管理测试用例。
TestRail：专业的测试管理工具，支持测试用例的创建、执行和报告生成。
Zephyr：集成在Jira中的测试管理插件，方便敏捷团队使用。

1.2 结构化展示

为了便于团队协作，可以将测试用例进一步结构化为任务卡片或看板形式，尤其适用于敏捷开发团队。

工具推荐：
- Jira：创建测试用例任务卡片，分配给对应的测试人员，并设置状态（如待办、进行中、已完成）。
- Trello：以看板形式展示测试用例，每个卡片代表一个测试用例，包含详细描述和附件。
- Notion：支持灵活的数据库视图，可将测试用例以表格、列表或看板形式展示。
具体操作：
1. 将每个测试用例编号作为任务卡片的标题。
2. 在卡片中添加详细信息（如测试步骤、输入数据、预期结果）。
3. 设置标签或分类（如功能模块、优先级、测试类型）。
4. 分配给对应的测试人员，并跟踪执行进度。

2. 测试场景覆盖度检查

测试场景覆盖度检查的目标是确保每个功能点的所有场景都被覆盖，避免遗漏关键路径或边界条件。

2.1 覆盖率分析

覆盖率分析的核心是验证测试用例是否覆盖了需求文档中的所有功能点和场景。以下是具体步骤：

列出功能点清单：

从需求文档中提取所有功能点，并按模块分类。

示例：

用户登录模块：
  - 正常登录
  - 密码错误
  - 用户名不存在
  - 第三方登录

映射测试用例：
- 将每个功能点与测试用例逐一对应，确保每个功能点都有对应的测试用例。
- 示例：
```
功能点：正常登录
对应测试用例：TC001（输入正确用户名和密码，验证登录成功）
```

检查边界条件：

确保边界值和特殊输入场景被覆盖（如空输入、超长字符、非法字符等）。

示例：

边界条件：密码长度超过限制
对应测试用例：TC005（输入超过20个字符的密码，验证系统提示错误）

统计覆盖率：

参考文章：有哪些方法可以量化测试用例与需求的对应关系？

使用覆盖率分析工具统计测试用例的覆盖情况。
示例指标：
- 功能点覆盖率：95%（已覆盖的功能点数量 / 总功能点数量）。
- 边界条件覆盖率：80%（已覆盖的边界条件数量 / 总边界条件数量）。

2.2 示例工具

Allure：一款强大的测试报告工具，支持覆盖率统计和可视化展示。
Xray for Jira：集成在Jira中的测试管理插件，支持覆盖率分析和测试用例追踪。
Coverage.py：适用于代码级别的覆盖率分析，尤其适合自动化测试脚本。

2.3 问题清单

在覆盖率分析过程中，可能会发现以下问题：

遗漏场景：某些功能点没有对应的测试用例。
冗余用例：多个测试用例覆盖了相同的场景。
边界条件不足：未充分考虑极端输入或特殊情况。

四、分析校正

AI生成的测试用例虽然高效且全面，但仍然可能存在与实际需求不符的情况。因此，必须通过人工校对和团队协作进行细致的分析和校正。以下是详细的校对方法和步骤：

友情提示：不要100%相信AI生成的测试用例！

1. 一致性检查

一致性检查的目标是确保测试用例与需求文档中的功能点一一对应，避免出现遗漏或冗余。

1.1 手动比对功能点

步骤：
1. 将需求文档中的功能点清单整理成表格形式（如果尚未完成）。
  - 示例：
```
功能点编号 | 功能点描述
FP001      | 用户登录（正常流程）
FP002      | 用户登录（密码错误）
FP003      | 用户登录（用户名不存在）
```
2. 对照AI生成的测试用例，逐一检查每个功能点是否都有对应的测试用例。
3. 如果发现某些功能点没有对应的测试用例，手动补充；如果某些测试用例与功能点无关，标记为冗余。
注意事项：
- 确保功能点描述清晰明确，避免歧义。
- 对于复杂功能点（如涉及多步操作的场景），需要拆分为多个子功能点进行检查。

1.2 检查逻辑关系

步骤：
1. 验证测试用例的逻辑是否符合实际业务流程。
  - 示例：
    - 功能点：“用户登录成功后跳转至主页”。
    - 测试用例：验证输入正确用户名和密码后，系统是否跳转至主页。
2. 如果发现逻辑不符合实际情况（如跳转页面错误或缺少前置条件），手动修改测试用例。
注意事项：
- 特别关注异常流程的逻辑，确保覆盖所有可能的错误路径。
- 对于涉及多个模块交互的功能点，需验证跨模块的逻辑一致性。

2. 完整性检查

完整性检查的目标是确保测试用例覆盖所有场景，包括正常流程、异常流程和边界条件。

2.1 正常流程覆盖

步骤：
1. 针对每个功能点，列出其正常的操作流程。
  - 示例：
    - 功能点：“用户登录”。
    - 正常流程：输入用户名和密码，点击登录按钮，系统跳转至主页。
2. 检查AI生成的测试用例是否覆盖了上述流程。
3. 如果发现缺失，手动补充测试用例。

2.2 异常流程覆盖

步骤：
1. 列出每个功能点可能出现的异常情况。
  - 示例：
    - 功能点：“用户登录”。
    - 异常情况：
      - 输入错误密码。
      - 用户名不存在。
      - 网络中断导致登录失败。
2. 检查AI生成的测试用例是否覆盖了上述异常场景。
3. 如果发现遗漏，手动补充测试用例。

2.3 边界条件覆盖

步骤：
1. 针对每个功能点，列出可能的边界值和特殊输入。
  - 示例：
    - 功能点：“用户注册”。
    - 边界条件：
      - 用户名长度为最小值（如1个字符）。
      - 用户名长度为最大值（如20个字符）。
      - 密码包含非法字符（如“@#%”）。
2. 检查AI生成的测试用例是否覆盖了上述边界条件。
3. 如果发现遗漏，手动补充测试用例。

3. 团队复核

团队复核是确保测试用例质量的关键环节，通过团队协作可以发现潜在问题并优化测试用例。

3.1 组织测试评审会

步骤：
1. 邀请开发人员、测试人员和产品经理共同参与测试评审会。
2. 将AI生成的测试用例分发给参会人员，提前熟悉内容。
3. 在会议上逐条讨论测试用例，重点关注以下方面：
  - 是否符合需求文档的要求。
  - 是否覆盖所有正常流程、异常流程和边界条件。
  - 是否存在冗余或重复的测试用例。
4. 记录会议中提出的修改意见，并分配责任人进行调整。
注意事项：
- 确保参会人员充分了解需求背景和业务逻辑。
- 鼓励团队成员提出改进建议，避免“走过场”。

3.2 收集反馈并优化提示语

步骤：
1. 根据评审会的反馈，总结AI生成测试用例中存在的共性问题。
  - 示例：
    - AI未能充分理解某些复杂功能点的逻辑。
    - AI生成的测试用例过于冗长，缺乏精简。
2. 优化AI提示语，使其更贴合实际需求。
  - 示例：
    - 原提示语：“为以下功能点生成测试用例。”
    - 优化后提示语：“为以下功能点生成测试用例，确保覆盖正常流程、异常流程和边界条件，并避免冗余。”
注意事项：
- 提示语应尽可能具体，避免模糊表达。
- 可以通过多次迭代优化提示语，逐步提升AI输出的质量。