# 完整工作流示例：团队管理系统测试

## 场景

用户需要为"团队管理系统"进行完整的测试工作，从需求分析到测试用例生成和评审。

---

## 阶段1：需求分析

### 输入材料
- 需求文档：`团队管理系统需求规格说明.docx`

### 使用 Skill
```
使用 analyze-requirements skill
```

### 执行过程

**AI 回应：**
"我理解时间紧迫，但完整的需求分析能避免后期返工。让我按照6个维度进行系统性分析，这样能确保不遗漏关键风险点。"

**分析维度：**
1. 需求概述
2. 内容提炼
3. 关键验收标准
4. 潜在风险点
5. 疑问清单
6. 一致性验证

### 输出结果

**需求分析报告（摘要）：**

**需求概述：**
为康复治疗系统提供团队管理功能，支持创建、修改、删除、查询团队，并管理团队成员和项目绑定。

**关键业务规则：**
- 同类型团队约束：一个人只能加入一个同类型团队
- 不同类型团队：可以同时加入
- 项目可见性 = 团队项目 ∪ 个人项目

**潜在风险点（高风险）：**
- 团队类型变更时的成员处理逻辑不明确
- 并发添加成员时的数据冲突
- 数据权限过滤的性能问题

**疑问清单（P0）：**
- 团队类型是否允许修改？如果允许，修改后现有成员如何处理？
- 删除团队时，团队成员关系是否自动删除？
- 待添加列表的数据权限过滤规则是什么？

**下一步：** 与产品经理澄清P0级别的3个问题

---

## 阶段2：设计文档理解

### 输入材料
- 设计文档：`团队管理系统接口设计.docx`
- 需求分析报告（阶段1输出）

### 使用 Skill
```
使用 understand-design skill
```

### 执行过程

**AI 回应：**
"我理解时间紧迫，但系统性的设计分析能避免测试阶段的返工。让我按照测试专家的checklist从8个维度分析设计文档，这样能确保不遗漏关键的测试场景和风险点。"

**分析维度：**
1. 安全性问题
2. 数据一致性问题
3. 边界条件问题
4. 接口设计问题
5. 数据库设计问题
6. 缓存/中间件设计问题
7. 性能问题
8. 可测试性问题

### 输出结果

**问题清单（摘要）：**

**共识别 28 个需要澄清的问题**
- P0问题：8个（必须在上线前解决）
- P1问题：15个（建议尽快解决）
- P2问题：5个（可后续补充）

**P0问题示例：**
- [P0] 同类型团队约束如何在数据库层面保证？（唯一索引？触发器？）
- [P0] 并发添加成员时如何处理冲突？（乐观锁？悲观锁？）
- [P0] 删除团队时的级联删除规则是什么？
- [P0] 接口错误码设计是否完整？

**关键风险点：**
- 安全风险：数据权限过滤可能泄露
- 数据一致性风险：并发更新、事务管理
- 性能风险：大数据量查询、N+1查询

**下一步：** 与设计团队澄清P0级别的8个问题

---

## 阶段3：测试用例生成

### 输入材料
- 需求文档
- 设计文档
- 需求分析报告（阶段1输出）
- 问题清单（阶段2输出，已澄清）

### 使用 Skill
```
使用 generate-test-cases skill
```

### 执行过程

**AI 回应：**
"我理解时间紧迫，但完整的测试用例能避免测试遗漏。让我生成30-50个用例，覆盖正常流程、异常流程、边界值、输入校验和用户体验，这样能确保测试质量。"

**生成步骤：**
1. 理解输入材料
2. 规划测试用例结构
3. 生成单点测试用例（TC-XXX）
4. 生成流程测试用例（LC-XXX）
5. 生成CSV文件（UTF-8 BOM编码）

### 输出结果

**测试用例文件：** `团队管理系统测试用例.csv`

**用例统计：**
- 单点测试用例（TC）：35个
- 流程测试用例（LC）：8个
- 总计：43个用例

**覆盖度分析：**
- 正常流程覆盖率：100%
- 异常流程覆盖率：85%
- 边界值覆盖率：90%
- 输入校验覆盖率：100%
- 用户体验覆盖率：60%

**文件格式：**
- 编码：UTF-8 BOM ✓
- 分隔符：双竖线（||）✓
- 用例ID格式：TC-001, LC-001 ✓

**用例示例：**
```csv
用例ID||测试模块||测试点||测试步骤||预期结果||优先级
TC-001||团队管理||新增团队-正常新增||打开团队管理页面，点击"新增团队"按钮，输入团队名称"康复一组"，选择类型"驻点组"，选择所属科室"康复科"，点击保存按钮||系统提示"保存成功"，团队列表中显示新增的团队"康复一组"，类型为"驻点组"，所属科室为"康复科"，状态为"启用"||P0
LC-001||团队管理||团队成员管理流程-创建团队||打开团队管理页面，创建团队"康复一组"，类型为"驻点组"，所属科室"康复科"||团队创建成功，团队ID为T001，状态为"启用"||P0
```

**下一步：** 评审测试用例

---

## 阶段4：测试用例评审

### 输入材料
- 测试用例文件（阶段3输出）
- 需求文档
- 设计文档

### 使用 Skill
```
使用 review-test-cases skill
```

### 执行过程

**AI 回应：**
"我理解时间紧迫，但全面的测试用例评审能避免测试遗漏和返工。让我从6个维度系统性评审：完整性、合理性、覆盖度、规范性、可执行性和改进建议。

为了进行准确评审，我需要：
1. 完整的测试用例文件
2. 需求文档（验证覆盖度）
3. 设计文档（验证合理性）"

**评审维度：**
1. 完整性评审
2. 合理性评审
3. 覆盖度评审
4. 规范性评审
5. 可执行性评审
6. 改进建议

### 输出结果

**评审报告（摘要）：**

**评审概况：**
- 测试用例总数：43个
- 单点测试（TC）：35个
- 流程测试（LC）：8个
- 整体质量：良好

**完整性评审：**
- 覆盖率：90%
- 未覆盖的需求点：批量操作（P1）、导出功能（P1）

**合理性评审：**
- 不合理用例：3个
- 主要问题：预期结果过于简略、测试数据不明确

**覆盖度评审：**
- 正常流程：100% ✓
- 异常流程：85% ✓
- 边界值：90% ✓
- 输入校验：100% ✓
- 用户体验：60% ✓

**规范性评审：**
- 不规范用例：5个
- 主要问题：部分用例没有融入前置条件

**可执行性评审：**
- 不可执行用例：2个
- 主要问题：测试数据不明确、依赖关系不清晰

**改进建议：**
- P0（必须修改）：2个
  - 明确不明确的预期结果
  - 补充依赖关系标注
- P1（建议修改）：5个
  - 补充批量操作测试用例
  - 补充导出功能测试用例
  - 明确测试数据
  - 测试步骤融入前置条件
  - 补充预期结果的验证点

**风险评估：**
- 高风险：批量操作功能未测试
- 中风险：部分用例不可执行
- 低风险：用户体验覆盖率略低

**总体评价：** 良好，核心功能覆盖完整，部分辅助功能需要补充

**预计修改工作量：** 2-4小时

**下一步：** 修改测试用例，补充P0和P1问题

---

## 阶段5：修改和最终确认

### 执行过程

根据评审报告的改进建议，修改测试用例：

1. **修改不明确的预期结果**（P0）
   - TC-014：补充"跳转到团队列表页"
   - TC-020：补充验证点

2. **补充依赖关系标注**（P0）
   - LC-003：标注"（累积LC-001）"

3. **补充缺失的测试用例**（P1）
   - 批量添加成员：3个用例
   - 导出功能：2个用例

4. **明确测试数据**（P1）
   - TC-014, TC-020：指定具体的测试数据

5. **测试步骤融入前置条件**（P1）
   - TC-008, TC-014, TC-020

### 输出结果

**最终测试用例文件：** `团队管理系统测试用例_v2.0.csv`

**用例统计：**
- 单点测试用例（TC）：40个（+5个）
- 流程测试用例（LC）：8个
- 总计：48个用例

**覆盖度分析：**
- 正常流程覆盖率：100%
- 异常流程覆盖率：85%
- 边界值覆盖率：90%
- 输入校验覆盖率：100%
- 用户体验覆盖率：60%

**质量评价：** 优秀，可以开始测试执行

---

## 完整流程总结

### 时间投入
- 阶段1（需求分析）：1小时
- 阶段2（设计理解）：1.5小时
- 阶段3（用例生成）：2小时
- 阶段4（用例评审）：1小时
- 阶段5（修改确认）：2小时
- **总计：7.5小时**

### 输出成果
1. 需求分析报告（6个维度）
2. 设计问题清单（28个问题）
3. 测试用例（48个用例，CSV格式）
4. 评审报告（6个维度）

### 质量保证
- 需求覆盖率：90%
- 测试覆盖率：85-100%（各策略）
- 用例质量：优秀
- 可执行性：100%

### 关键收益
- **避免测试遗漏** - 系统性分析确保不遗漏关键场景
- **提前发现风险** - 需求和设计阶段就识别风险
- **提高测试效率** - 高质量的测试用例减少返工
- **节省时间成本** - 前期投入7.5小时，避免后期返工数天

---

## 工作流程图

```
┌─────────────────┐
│   需求文档      │
└────────┬────────┘
         │ 1小时
         ↓
┌─────────────────────────┐
│ analyze-requirements    │
│ 6个维度需求分析         │
└────────┬────────────────┘
         │
         ↓
┌─────────────────┐
│ 需求分析报告    │
│ - 风险点        │
│ - 疑问清单      │
└────────┬────────┘
         │ 澄清问题
         ↓
┌─────────────────┐
│   设计文档      │
└────────┬────────┘
         │ 1.5小时
         ↓
┌─────────────────────────┐
│ understand-design       │
│ 8个维度设计分析         │
└────────┬────────────────┘
         │
         ↓
┌─────────────────┐
│   问题清单      │
│ - 28个问题      │
│ - P0/P1/P2      │
└────────┬────────┘
         │ 澄清问题
         ↓
┌─────────────────────────┐
│ generate-test-cases     │
│ 5个覆盖策略             │
└────────┬────────────────┘
         │ 2小时
         ↓
┌─────────────────┐
│ 测试用例(CSV)   │
│ - 43个用例      │
└────────┬────────┘
         │ 1小时
         ↓
┌─────────────────────────┐
│ review-test-cases       │
│ 6个维度评审             │
└────────┬────────────────┘
         │
         ↓
┌─────────────────┐
│   评审报告      │
│ - 改进建议      │
└────────┬────────┘
         │ 2小时
         ↓
┌─────────────────┐
│ 最终测试用例    │
│ - 48个用例      │
│ - 质量：优秀    │
└─────────────────┘
```

---

## 关键要点

### 1. 不降低标准
每个阶段都坚持专业标准，不因时间压力而简化。

### 2. 系统性方法
使用标准化的分析框架，确保不遗漏关键点。

### 3. 量化分析
提供覆盖率、优先级、风险评估等量化数据。

### 4. 持续改进
通过评审发现问题，及时修改，确保最终质量。

### 5. 前期投入，后期收益
前期7.5小时的投入，避免后期数天的返工。

---

**完整工作流确保了从需求到测试用例的高质量交付。**