生成测试用例技能

技能概述

基于已完成的PRD（产品需求文档）和TDD（技术设计文档），AI辅助生成全面的测试用例文档草稿，提升测试设计效率。

使用场景

何时使用

✅ PRD和TDD均已完成并评审通过
✅ 需要快速生成测试用例草稿
✅ 需要确保测试覆盖全面

何时不使用

❌ PRD或TDD尚未完成
❌ 需求和技术方案变更频繁
❌ 完全定制化的测试场景（无需AI辅助）

前置条件

必需条件

PRD文档已完成并评审通过（状态：🟢 已批准）
TDD文档已完成并评审通过（状态：🟢 已批准）
PRD包含完整的验收标准
TDD包含完整的接口设计

可选条件

测试策略已明确
测试环境已准备
自动化测试框架已选定

使用步骤

步骤1：定位PRD和TDD文档

AI操作：

询问用户需求名称或文档路径
验证PRD和TDD文档存在且可读
检查文档状态是否为"已批准"
确认PRD和TDD版本对应

步骤2：分析PRD和TDD内容

AI分析要点：

从PRD提取

功能需求：每个功能点生成对应测试用例
验收标准：转化为功能验收用例
业务规则：生成业务逻辑测试用例
异常处理：生成异常场景测试用例
性能要求：生成性能测试用例
安全要求：生成安全测试用例
兼容性要求：生成兼容性测试用例

从TDD提取

接口清单：生成接口测试用例
数据库表结构：生成数据测试用例
业务逻辑服务：生成集成测试用例
错误码定义：生成错误场景测试用例

步骤3：确认测试策略

AI询问：

基于PRD和TDD分析，我建议生成以下测试用例：

**功能测试** (覆盖率目标: 100%)
- 正向测试用例：[数量]
- 异常测试用例：[数量]
- 边界值测试用例：[数量]

**接口测试** (覆盖率目标: 100%)
- API接口测试：[数量]

**性能测试**
- 性能测试用例：[数量]

**安全测试**
- 安全测试用例：[数量]

**兼容性测试**
- 浏览器兼容性：[数量]
- 设备兼容性：[数量]

是否按照此策略生成？或者需要调整？

步骤4：生成测试用例草稿

模板使用说明：

模板位置：.cursor/skills/generate-test/templates/TCD_template.md
模板变量替换：

- {{需求名称}} → 实际需求名称 - {{创建日期}} → 当前日期（YYYY-MM-DD）

AI应基于 [测试用例模板](./templates/TCD_template.md) 结构生成内容，替换占位符并填充实际内容

AI生成内容：

一、测试概述

基于PRD和TDD梳理测试范围
明确测试目标
定义测试策略

二、功能测试用例

生成规则：

正向测试用例

对PRD每个核心功能生成至少1个正向用例：
- 用例编号：TC-{模块}-001
- 用例名称：[功能名称]-正常场景
- 前置条件：基于PRD梳理
- 测试步骤：基于PRD交互流程
- 预期结果：基于PRD验收标准
- 优先级：P0（核心功能）

异常测试用例

对PRD每个异常场景生成用例：
- 网络异常
- 权限异常
- 数据异常
- 参数错误
- 业务规则违反

边界值测试用例

对PRD数据字段生成边界测试：
- 字符串长度：最小值、最大值、超出范围
- 数字范围：最小值、最大值、零、负数
- 日期时间：过去、现在、未来
- 特殊字符：空格、表情符号、SQL注入

三、边界值测试

生成规则：

提取PRD和TDD中的所有数据字段
为每个字段生成边界测试用例表格
包含：最小值、最大值、超出范围、特殊值

四、异常场景测试

生成规则：

网络异常（断网、超时、慢网络）
权限异常（未登录、Token过期、无权限）
数据异常（数据为空、数据加载失败、并发冲突）
系统异常（服务器错误、依赖服务不可用）

五、接口测试用例

生成规则：

从TDD提取所有接口，为每个接口生成：

正常场景

- 请求参数：完整正确的参数
- 预期状态码：200/201
- 预期响应：符合接口定义的数据结构

参数异常

- 缺少必填参数 → 400
- 参数类型错误 → 400
- 参数格式错误 → 400
- 参数超出范围 → 400

认证和权限

- 无Token → 401
- Token过期 → 401
- 无权限 → 403

业务异常

- 资源不存在 → 404
- 业务规则冲突 → 400
- 数据重复 → 400

服务器异常

- 服务器内部错误 → 500

六、UI/兼容性测试

生成规则：

基于PRD兼容性要求生成：

浏览器兼容性测试表格
设备分辨率测试表格
UI效果测试用例

七、性能测试用例

生成规则：

基于PRD性能要求生成：

页面加载时间测试
接口响应时间测试
并发压力测试
长时间运行测试

八、安全测试用例

生成规则：

标准安全测试用例：

SQL注入测试
XSS攻击测试
CSRF防护测试
敏感信息泄露测试
越权访问测试

九、回归测试清单

生成规则：

提取P0优先级的核心用例
组成冒烟测试清单
每次发布必须执行

十、测试数据准备

生成规则：

基于TDD数据库设计生成：

测试账号清单
测试数据清单
数据准备脚本建议

其他章节

测试环境
缺陷管理
测试报告模板
版本历史（初始化为v1.0）

步骤5：人工审核和完善

AI提示：

✅ 测试用例草稿已生成：docs/需求文档/{年月}-{需求名称}/test/TCD.md

📊 生成统计：
- 功能测试用例：[数量]
- 接口测试用例：[数量]
- 性能测试用例：[数量]
- 安全测试用例：[数量]
- 总计：[数量]

📋 请人工审核和完善以下内容：
1. 测试用例是否覆盖PRD所有功能点
2. 边界值测试是否全面
3. 异常场景是否遗漏
4. 接口测试是否覆盖TDD所有接口
5. 测试数据是否充分

⚠️ 注意事项：
- AI生成的是草稿，复杂业务场景需人工补充
- 边界值需要根据实际业务调整
- 性能指标需要根据实际环境确定

✏️ 完善后请更新：
- 文档状态：🔵 草稿
- 测试负责人信息
- PRD和TDD版本号

步骤6：执行质量检查

AI自动检查：

所有必需章节已包含
功能测试用例覆盖PRD核心功能
用例编号符合规范（TC-XXX-001）
用例包含优先级标注
接口测试用例覆盖TDD接口清单
至少有1个安全测试用例
与PRD和TDD版本对应

输出检查报告。

生成规则

测试用例生成映射

PRD功能需求 → 功能测试用例

每个PRD功能点 → 至少1个正向用例 + 至少1个异常用例

PRD核心功能 → 优先级P0
PRD重要功能 → 优先级P1
PRD辅助功能 → 优先级P2

PRD验收标准 → 验收测试用例

PRD验收标准每一项 → 1个对应的测试用例

验收标准任务列表：
- [ ] 功能完整 → TC-XXX-验收-001
- [ ] 性能达标 → TC-XXX-验收-002

TDD接口设计 → 接口测试用例

TDD每个接口 → 至少5个测试用例：
1. 正常场景
2. 缺少必填参数
3. 无Token
4. 无权限
5. 资源不存在（针对GET/PUT/DELETE）

POST接口额外增加：
6. 数据重复

GET列表接口额外增加：
6. 分页参数测试
7. 筛选参数测试

PRD异常处理 → 异常测试用例

PRD异常处理表格每一行 → 1个异常测试用例

| 异常场景 | 交互反馈 | 用户指引 |
→ 测试用例验证：触发异常 → 检查反馈 → 验证指引

用例编号规则

编号格式

TC-{模块代码}-{序号}

模块代码规则：
- 功能名称简写（3-5个字符）
- 全大写英文
- 避免特殊字符

示例：
- LOGIN：登录模块
- USER：用户管理
- ORDER：订单管理
- API：接口测试

编号分配

功能测试：TC-{模块}-001 ~ 099
接口测试：TC-API-001 ~ 099
性能测试：TC-PERF-001 ~ 099
安全测试：TC-SEC-001 ~ 099
UI测试：TC-UI-001 ~ 099
兼容性测试：TC-COMP-001 ~ 099

优先级分配规则

P0（必须）：
- PRD核心功能的正向用例
- PRD验收标准的用例
- TDD核心接口的正常场景
- 关键安全测试用例

P1（重要）：
- PRD重要功能的用例
- 边界值测试
- 异常场景测试
- 性能测试

P2（一般）：
- PRD辅助功能的用例
- UI效果测试
- 兼容性测试

边界值自动生成规则

字符串字段

字段：username, length: 3-20

边界测试：
- 最小长度：3个字符 → 应该通过
- 最大长度：20个字符 → 应该通过
- 小于最小：2个字符 → 应该失败，提示"用户名至少3个字符"
- 大于最大：21个字符 → 应该失败，提示"用户名最多20个字符"
- 空字符串："" → 应该失败，提示"用户名不能为空"
- 特殊字符：含空格/表情/SQL → 验证过滤规则

数字字段

字段：age, range: 0-150

边界测试：
- 最小值：0 → 应该通过
- 最大值：150 → 应该通过
- 负数：-1 → 应该失败
- 超出：151 → 应该失败
- 小数：18.5 → 根据业务规则
- 字符串："abc" → 应该失败

日期字段

字段：birthday

边界测试：
- 过去日期 → 应该通过
- 今天 → 根据业务规则
- 未来日期 → 应该失败（生日不能在未来）
- 无效日期：2023-02-30 → 应该失败
- 格式错误："2023/02/01" → 根据接口定义

覆盖率分析

功能覆盖率

功能覆盖率 = 已测试功能点 / PRD总功能点 × 100%

目标：核心功能100%，整体≥95%

接口覆盖率

接口覆盖率 = 已测试接口 / TDD接口总数 × 100%

目标：100%

代码覆盖率

单元测试覆盖率目标：≥80%
（在TDD中定义）

命令示例

基本用法

用户：

基于PRD和TDD生成测试用例

AI：

正在查找PRD和TDD文档...
找到PRD：docs/需求文档/202602-移动端首页改版/product/PRD.md (v1.0, 🟢已批准)
找到TDD：docs/需求文档/202602-移动端首页改版/develop/TDD.md (v1.0, 🟢已批准)

开始分析PRD和TDD...
- PRD功能点：8个
- TDD接口：12个
- 性能要求：3项
- 安全要求：5项

生成测试用例...
[生成过程]
✅ 测试用例草稿已生成

指定需求

用户：

为"202602-移动端首页改版"生成测试用例

只生成部分测试

用户：

只生成接口测试用例

AI：

仅生成接口测试用例，跳过功能测试、性能测试等其他部分。

高级选项

选项1：测试深度

快速模式：

每个功能点1个正向用例
核心接口的基本测试
适合快速迭代

标准模式（推荐）：

每个功能点至少2个用例（正向+异常）
所有接口的完整测试
边界值和异常场景

详尽模式：

每个功能点多个场景覆盖
所有接口的全面测试
详细的边界值和异常场景
性能和安全测试

选项2：自动化测试

生成自动化测试建议：

可自动化的测试用例标注：
- [🤖可自动化] TC-LOGIN-001：用户名密码登录-正常场景
- [🤖可自动化] TC-API-001：获取用户列表-正常场景
- [👤需人工] TC-UI-001：按钮hover效果

常见问题

Q1: 测试用例生成需要多长时间？

A: 通常1-5分钟，取决于PRD和TDD的复杂度。

Q2: 生成的测试用例可以直接使用吗？

A: 不能。测试用例草稿需要人工审核，补充复杂业务场景的测试。

Q3: 测试覆盖率能达到多少？

A: AI能覆盖80-90%的常规场景，复杂业务逻辑和边界情况需人工补充。

Q4: 如果PRD或TDD有修改怎么办？

A: 使用"refine-requirement-docs"技能同步更新测试用例，或重新生成。

Q5: 生成的边界值测试合理吗？

A: AI会基于数据类型和长度生成标准边界测试，具体业务边界需人工调整。

检查清单

使用此技能后，确认以下内容：

generate-test

Installation

Similar popular skills

Also in this package

Agent compatibility

Skill metadata

Package contents

History

SKILL.md

生成测试用例技能

技能概述

使用场景

何时使用

何时不使用

前置条件

必需条件

可选条件

使用步骤

步骤1：定位PRD和TDD文档

步骤2：分析PRD和TDD内容

从PRD提取

从TDD提取

步骤3：确认测试策略

步骤4：生成测试用例草稿

一、测试概述

二、功能测试用例

正向测试用例

异常测试用例

边界值测试用例

三、边界值测试

四、异常场景测试

五、接口测试用例

正常场景

参数异常

认证和权限

业务异常

服务器异常

六、UI/兼容性测试

七、性能测试用例

八、安全测试用例

九、回归测试清单

十、测试数据准备

其他章节

步骤5：人工审核和完善

步骤6：执行质量检查

生成规则

测试用例生成映射

PRD功能需求 → 功能测试用例

PRD验收标准 → 验收测试用例

TDD接口设计 → 接口测试用例

PRD异常处理 → 异常测试用例

用例编号规则

编号格式

编号分配

优先级分配规则

边界值自动生成规则

字符串字段

数字字段

日期字段

覆盖率分析

功能覆盖率

接口覆盖率

代码覆盖率

命令示例

基本用法

指定需求

只生成部分测试

高级选项

选项1：测试深度

选项2：自动化测试

常见问题

Q1: 测试用例生成需要多长时间？

Q2: 生成的测试用例可以直接使用吗？

Q3: 测试覆盖率能达到多少？

Q4: 如果PRD或TDD有修改怎么办？

Q5: 生成的边界值测试合理吗？

检查清单

相关资源

规则

技能