【AI 赋能测试】(1) AI 赋能测试流程

一、提示词教程

提示词是为了让 AI 详细地清楚我们的需求，没有固定框架，以下框架仅供参考。

角色：解决需求的 AI，应具备的身份及能力。
请求：需要 AI 解决的问题。
背景信息：相关的背景和上下文信息。
语言风格：指定输出内容的语气或风格。
参数：限制或指导生成的内容。
格式示例：示例输出，指定输出格式。

二、需求文档

1、识别需求中存在的问题

角色：资深需求分析专家，擅长发现文档中的歧义、缺失与矛盾。
请求：分析给定的产品需求文档，列出所有模糊、不完整、逻辑冲突或遗漏的问题点。每个问题需标注原文出处。
背景信息：无额外背景，仅基于需求文档本身。
语言风格：专业、客观、简洁。
参数：问题清单按优先级排序（高/中/低）。

格式示例 ：方便我与产品同事沟通。

python 复制代码

1. [优先级:高] 
类型：模糊描述。
问题描述：未定义"快速"的具体方式（验证码/人脸/免密？）。
出处：1.1.5 用户可快速登录。
2. [优先级:中] 
类型：模糊描述。
问题描述：缺少个性化算法的规则说明。
出处：1.1.6 推送个性化内容。

2、生成功能概要，快速理解需求

大的需求文档篇幅长，先理解 AI 提取的需求主要功能，再详细阅读需求文档，效率更高。

角色：资深软件测试专家。
请求：分析需求文档，从整体和模块角度提炼：核心功能、业务目标、各模块主要实现内容，输出概要。
背景信息：仅基于提供的需求文档，无需额外假设。
语言风格：简洁明了，专业客观。
参数：每个模块内容不超过3句话；先总后分。
格式示例：

python 复制代码

【业务目标】提升用户租房咨询效率
【核心功能】房源筛选、在线咨询、账号登录

### 1. 房源服务
- **主要实现内容**
  - 智能筛选：支持区域/租金/户型/排序多维度组合查询
  - 房源展示：列表页卡片式设计（图片+标题+标签+价格）
  - 详情页：多图浏览、地图定位、房型设备标签、分享

### 2. 在线咨询
- **主要实现内容**
  - 即时通讯：文字/语音/图片/表情消息
  - 咨询时自动发送当前房源卡片
  - 消息状态管理：未读标记、语音播放状态

### 3. 用户系统
- **主要实现内容**
  - 微信一键登录 + 手机号验证码登录
  - 个人资料编辑：头像裁剪、昵称长度校验（10汉字）
  - 客服入口：对接微信公众号客服

三、测试计划

python 复制代码

**角色**：软件测试工程师。
**请求**：根据项目需求文档，编写一份《项目测试计划书》。
**背景信息**：2天内完成全部功能模块测试，只有1名测试人员。  
**语言风格**：专业、务实、可落地。  
**参数**：测试计划需包含资源分配、进度安排、风险应对。  
**格式示例**：

# 项目测试计划书

---

## 一、项目概述

本次测试针对 **[模块名称]**，依据需求文档内容开展全面测试，目标在 **2天内完成全部功能测试**，确保功能符合需求，无重大缺陷。

---

## 二、测试范围

### 测试功能点

1. 功能点1
2. 功能点2
3. 功能点3

---

## 三、测试目标

- 目标1
- 目标2
- 目标3

---

## 四、测试策略与方法

- **测试类型**：功能测试、界面测试、边界测试、异常流程测试。
- **方法**：黑盒测试。
- **执行方式**：人工执行。
- **缺陷管理**：记录缺陷跟踪表，按严重性优先级提交开发处理。

---

## 五、风险及应对

| 风险 | 应对措施 |
|---|---|
| 风险1 | 措施1 |
| 风险2 | 措施2 |

---

## 六、交付物

- 测试用例表
- 缺陷报告
- 测试总结报告

四、测试用例

bash 复制代码

**角色**：资深测试工程师，精通等价类划分和边界值分析  
**请求**：根据用户提供的需求文档，生成一套符合阿里云云效 Testhub 导入规则的测试用例（Xmind 思维导图格式的 Markdown 文本）  
**背景信息**：需参考形式发票附件（仓储费202603.pdf 等），测试需覆盖功能、易用、兼容、安全、性能维度，覆盖需求100%，包含边界、格式、类型、为空等情况，并按功能/兼容/安全等分类，每类区分业务、正向、逆向场景  
**语言风格**：技术规范、条理清晰、结构化  
**参数**：生成内容必须严格遵循云效 Xmind 导入的 Markdown 格式（用例层级用 # ## ### - 和 tab 缩进，用例编号 tc-pX:XX，前置条件 pc：，步骤与预期结果成对出现）  
**格式示例**：

```markdown
# [模块名称]

## [子模块名称]

### [测试点名称]

- [分类：功能-正向]

	- tc-p1:01-具体用例标题

		- pc：前置条件描述

		- 步骤1：操作步骤

			- 步骤1-预期结果：预期结果

		- 步骤2：下一步操作

			- 步骤2-预期结果：下一步预期结果

五、测试报告

bash 复制代码

**角色**：软件测试工程师，擅长根据测试数据和模板生成规范的测试报告  
**请求**：基于提供的测试数据（用例总数、通过数、失败数、缺陷列表等），按照给定的测试报告模板生成一份完整的测试报告  
**背景信息**：测试对象为邮箱注册账号项目，模板结构包括概述（测试目标、环境）、测试范围、缺陷描述（表格）、风险说明、结论与建议  
**语言风格**：正式、简洁、数据驱动  
**参数**：缺陷列表需转换为表格格式（缺陷ID自行编号，严重度与状态按数据填写）；测试通过率需要计算并写入结论  
**格式示例**：（即用户提供的图片中的模板格式）

```markdown
# 邮箱注册账号项目测试报告

## 1. 概述
| 项目 | 内容 |
|------|------|
| 测试目标 | 验证注册、登录、分享及下拉组件的功能与稳定性 |
| 测试环境 | Linux 20.04 / Chrome 114 / MySQL 8.0 |

## 2. 测试范围
本次测试覆盖注册功能（含用户协议、激活邮件机制）、登录功能、分享功能及通用下拉组件，包括功能、安全、易用性、兼容性和性能五个维度。

## 3. 缺陷描述
共发现 20 个缺陷，其中严重缺陷 1 个，一般缺陷 2 个，次要缺陷 1 个；19 个缺陷已修复，1 个缺陷推迟修复。

| 缺陷 ID | 模块 | 描述 | 严重度 | 状态 |
|---------|------|------|--------|------|
| DEF-001 | 登录 | 输入正确的账号和密码，点击登录，登录失败 | 严重 | 已修复 |
| DEF-002 | 登录 | 用户登录失败，验证码未刷新 | 一般 | 已修复 |
| DEF-003 | 分享 | 点击分享，分享链接错误 | 一般 | 已修复 |
| DEF-004 | 下拉组件 | 下拉列表未提供输入框，对用户使用不友好 | 次要 | 推迟修复 |

## 4. 风险说明
| 风险 | 影响 | 缓解措施 | 备注 |
|------|------|----------|------|
| 下拉组件体验较差 | 用户操作效率降低 | 后续版本优化组件设计，提供输入框 | 不影响核心功能使用 |

## 5. 结论与建议
- 测试用例共 85 个，通过 72 个，通过率 84.7%，13 个失败用例均与已修复缺陷相关；
- 注册、登录、分享核心功能稳定，满足上线要求；
- 建议下一版本对推迟修复的下拉组件体验问题进行优化。