Smithery is now a part of Arcade.dev! Read more in our announcement here
基于PRD和TDD自动生成测试用例文档草稿。当用户需要生成测试用例，或提到"生成测试"、"从PRD生成测试用例"时使用此技能。
基于已完成的PRD（产品需求文档）和TDD（技术设计文档），AI辅助生成全面的测试用例文档草稿，提升测试设计效率。
AI操作：
AI分析要点：
AI询问：
基于PRD和TDD分析，我建议生成以下测试用例：
**功能测试** (覆盖率目标: 100%)
- 正向测试用例：[数量]
- 异常测试用例：[数量]
- 边界值测试用例：[数量]
**接口测试** (覆盖率目标: 100%)
- API接口测试：[数量]
**性能测试**
- 性能测试用例：[数量]
**安全测试**
- 安全测试用例：[数量]
**兼容性测试**
- 浏览器兼容性：[数量]
- 设备兼容性：[数量]
是否按照此策略生成？或者需要调整？
模板使用说明：
.cursor/skills/generate-test/templates/TCD_template.md{{需求名称}} → 实际需求名称{{创建日期}} → 当前日期（YYYY-MM-DD）AI生成内容：
生成规则：
对PRD每个核心功能生成至少1个正向用例：
- 用例编号：TC-{模块}-001
- 用例名称：[功能名称]-正常场景
- 前置条件：基于PRD梳理
- 测试步骤：基于PRD交互流程
- 预期结果：基于PRD验收标准
- 优先级：P0（核心功能）
对PRD每个异常场景生成用例：
- 网络异常
- 权限异常
- 数据异常
- 参数错误
- 业务规则违反
对PRD数据字段生成边界测试：
- 字符串长度：最小值、最大值、超出范围
- 数字范围：最小值、最大值、零、负数
- 日期时间：过去、现在、未来
- 特殊字符：空格、表情符号、SQL注入
生成规则：
生成规则：
生成规则：
从TDD提取所有接口，为每个接口生成：
- 请求参数：完整正确的参数
- 预期状态码：200/201
- 预期响应：符合接口定义的数据结构
- 缺少必填参数 → 400
- 参数类型错误 → 400
- 参数格式错误 → 400
- 参数超出范围 → 400
- 无Token → 401
- Token过期 → 401
- 无权限 → 403
- 资源不存在 → 404
- 业务规则冲突 → 400
- 数据重复 → 400
- 服务器内部错误 → 500
生成规则：
基于PRD兼容性要求生成：
生成规则：
基于PRD性能要求生成：
生成规则：
标准安全测试用例：
生成规则：
生成规则：
基于TDD数据库设计生成：
AI提示：
✅ 测试用例草稿已生成：docs/需求文档/{年月}-{需求名称}/test/TCD.md
📊 生成统计：
- 功能测试用例：[数量]
- 接口测试用例：[数量]
- 性能测试用例：[数量]
- 安全测试用例：[数量]
- 总计：[数量]
📋 请人工审核和完善以下内容：
1. 测试用例是否覆盖PRD所有功能点
2. 边界值测试是否全面
3. 异常场景是否遗漏
4. 接口测试是否覆盖TDD所有接口
5. 测试数据是否充分
⚠️ 注意事项：
- AI生成的是草稿，复杂业务场景需人工补充
- 边界值需要根据实际业务调整
- 性能指标需要根据实际环境确定
✏️ 完善后请更新：
- 文档状态：🔵 草稿
- 测试负责人信息
- PRD和TDD版本号
AI自动检查：
输出检查报告。
每个PRD功能点 → 至少1个正向用例 + 至少1个异常用例
PRD核心功能 → 优先级P0
PRD重要功能 → 优先级P1
PRD辅助功能 → 优先级P2
PRD验收标准每一项 → 1个对应的测试用例
验收标准任务列表：
- [ ] 功能完整 → TC-XXX-验收-001
- [ ] 性能达标 → TC-XXX-验收-002
TDD每个接口 → 至少5个测试用例：
1. 正常场景
2. 缺少必填参数
3. 无Token
4. 无权限
5. 资源不存在（针对GET/PUT/DELETE）
POST接口额外增加：
6. 数据重复
GET列表接口额外增加：
6. 分页参数测试
7. 筛选参数测试
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：
仅生成接口测试用例，跳过功能测试、性能测试等其他部分。
快速模式：
标准模式（推荐）：
详尽模式：
生成自动化测试建议：
可自动化的测试用例标注：
- [🤖可自动化] TC-LOGIN-001：用户名密码登录-正常场景
- [🤖可自动化] TC-API-001：获取用户列表-正常场景
- [👤需人工] TC-UI-001：按钮hover效果
A: 通常1-5分钟，取决于PRD和TDD的复杂度。
A: 不能。测试用例草稿需要人工审核，补充复杂业务场景的测试。
A: AI能覆盖80-90%的常规场景，复杂业务逻辑和边界情况需人工补充。
A: 使用"refine-requirement-docs"技能同步更新测试用例，或重新生成。
A: AI会基于数据类型和长度生成标准边界测试，具体业务边界需人工调整。
使用此技能后，确认以下内容：
技能维护者: [填写]
最后更新: 2026-02-09
版本: v1.0
