Awesome QA Prompt

简体中文

English

简体中文

English

Appearance

测试用例评审 (Test Case Review) ​

English | 简体中文

模块简介 ​

测试用例评审模块提供了专业的测试用例审核指导，由在业务一线工作十多年的资深业务测试专家视角出发，以思维严密、擅长挖掘极端边界（Edge Cases）和潜在风险点著称，能够从业务、技术、用户体验、质量等多维度进行深度评审，确保测试用例的完整性、准确性和有效性。

核心特性 ​

🔍 多维度评审 ​

  • 业务维度： 业务逻辑正确性、业务场景完整性、业务价值优先级
  • 技术维度： 技术实现可行性、系统集成点、数据流转验证
  • 用户体验维度： 用户操作流程、交互体验验证、错误提示清晰度
  • 质量维度： 测试用例完整性、测试步骤清晰度、测试数据合理性

🎯 评审重点 ​

  • 测试覆盖度检查： 正向场景、异常场景、边界场景、组合场景
  • 极端边界挖掘： 数据边界、时间边界、状态边界、资源边界
  • 潜在风险识别： 安全风险、性能风险、数据风险、集成风险
  • 测试可执行性： 步骤可操作性、环境依赖性、数据准备难度

📊 结构化输出 ​

  • 评审概览： 基本信息、评审结论、通过率、主要问题统计
  • 详细评审意见： 优点总结、问题清单（严重/一般/建议）
  • 缺失场景识别： 正向/异常/边界/安全/性能场景缺失
  • 测试范围建议： 功能范围评估、测试深度评估、测试类型建议
  • 风险评估： 高/中风险项识别、风险应对建议
  • 改进建议： 测试用例质量改进、测试流程改进、测试工具建议
  • 后续行动计划： 立即/短期/长期行动项

🛡️ 专业能力 ​

  • 业务洞察： 十多年业务一线经验，深刻理解业务逻辑和用户需求
  • 风险嗅觉： 敏锐识别潜在风险点和安全隐患
  • 边界挖掘： 擅长发现极端边界和临界条件
  • 全面覆盖： 确保测试场景的完整性和有效性

文件说明 ​

完整版提示词 ​

  • 中文版： TestCaseReviewerPrompt.md (v0.1)
  • 英文版： TestCaseReviewerPrompt_EN.md (v0.1)
  • 角色： 资深业务测试专家 (10年+业务一线经验)
  • 输出内容：
    • 评审概览（基本信息、评审结论）
    • 详细评审意见（优点、问题清单）
    • 缺失的测试场景（正向/异常/边界/安全/性能）
    • 测试范围建议（功能范围、测试深度、测试类型）
    • 风险评估（高/中风险项、应对建议）
    • 改进建议（质量改进、流程改进、工具建议）
    • 后续行动计划（立即/短期/长期行动项）
    • 评审总结（关键发现、整体建议、评审结论）
  • 适用场景： 复杂项目的全面测试用例评审和质量把控

精简版提示词 ​

  • 中文版： TestCaseReviewerPrompt_Lite.md (v0.1)
  • 英文版： TestCaseReviewerPrompt_Lite_EN.md (v0.1)
  • 特点： 快速评审，核心要点集中，输出简洁
  • 输出内容：
    • 评审概览（简化版）
    • 评审意见（优点、问题清单）
    • 缺失的测试场景（正向/异常/边界/安全）
    • 测试范围建议（简化版）
    • 风险评估（简化版）
    • 后续行动计划（简化版）
    • 评审总结（简化版）
  • 适用场景： 快速测试用例评审和核心问题识别

使用指南 ​

快速开始 ​

  1. 选择提示词文件

    • 完整版： 深度评审、全面分析、详细建议
    • 精简版： 快速评审、核心问题、简洁输出

  2. 准备输入材料

    测试用例：[测试用例文档或用例列表]
需求文档：[相关需求文档（可选）]
业务规则：[业务规则说明（可选）]
评审重点：[特别关注的评审点（可选）]

  3. 获取评审报告

    • 评审概览和结论
    • 详细问题清单
    • 缺失场景识别
    • 测试范围建议
    • 风险评估
    • 改进建议
    • 后续行动计划

应用场景 ​

1. 测试用例质量把控 ​

markdown
输入：编写完成的测试用例
输出：问题清单 + 改进建议 + 质量评估
目标：确保测试用例质量达标
预期：发现并修复测试用例中的问题

2. 测试覆盖度评估 ​

markdown
输入：测试用例集 + 需求文档
输出：覆盖度分析 + 缺失场景 + 范围建议
目标：评估测试覆盖的完整性
预期：识别测试覆盖的盲区和遗漏

3. 风险识别和评估 ​

markdown
输入：测试用例 + 业务规则
输出：风险清单 + 风险等级 + 缓解措施
目标：识别潜在的测试风险
预期：提前发现和规避测试风险

4. 测试评审会议准备 ​

markdown
输入：测试用例文档
输出：结构化的评审报告
目标：为评审会议提供专业意见
预期：提高评审会议的效率和质量

5. 极端边界挖掘 ​

markdown
输入：功能测试用例
输出：边界场景清单 + 极端条件测试建议
目标：发现容易遗漏的边界场景
预期：提高测试的深度和广度

评审维度 ​

业务维度 (Business Perspective) ​

  • 业务逻辑正确性： 测试用例是否符合业务规则和流程
  • 业务场景完整性： 是否覆盖所有关键业务场景
  • 业务价值优先级： 测试优先级是否与业务价值匹配
  • 业务异常处理： 是否考虑业务异常和特殊情况

技术维度 (Technical Perspective) ​

  • 技术实现可行性： 测试步骤是否技术上可行
  • 系统集成点： 是否考虑系统间的集成和依赖
  • 数据流转验证： 数据在系统间的流转是否完整
  • 技术边界条件： 是否覆盖技术层面的边界和限制

用户体验维度 (User Experience Perspective) ​

  • 用户操作流程： 测试流程是否符合用户实际操作习惯
  • 交互体验验证： 是否验证用户交互的友好性
  • 错误提示清晰度： 错误信息是否清晰易懂
  • 易用性考虑： 是否考虑不同用户群体的使用场景

质量维度 (Quality Perspective) ​

  • 测试用例完整性： 前置条件、测试步骤、预期结果是否完整
  • 测试步骤清晰度： 步骤描述是否清晰、可执行
  • 测试数据合理性： 测试数据是否真实、有效
  • 可追溯性： 测试用例是否能追溯到需求

评审重点 ​

1. 测试覆盖度检查 ​

  • 正向场景覆盖： 是否覆盖所有正常业务流程
  • 异常场景覆盖： 是否覆盖各种异常和错误情况
  • 边界场景覆盖： 是否覆盖边界值和临界条件
  • 组合场景覆盖： 是否考虑多条件组合场景

2. 极端边界挖掘 ​

  • 数据边界： 最大值、最小值、空值、特殊字符
  • 时间边界： 超时、并发、时区、日期边界
  • 状态边界： 状态转换的所有可能路径
  • 资源边界： 内存、存储、网络等资源限制

3. 潜在风险识别 ​

  • 安全风险： SQL 注入、XSS 攻击、权限绕过
  • 性能风险： 大数据量、高并发、慢查询
  • 数据风险： 数据丢失、数据不一致、数据泄露
  • 集成风险： 第三方服务依赖、接口变更

4. 测试可执行性 ​

  • 步骤可操作性： 每个步骤是否可以实际执行
  • 环境依赖性： 测试环境要求是否明确
  • 数据准备难度： 测试数据是否容易准备
  • 执行效率： 测试用例执行时间是否合理

最佳实践 ​

1. 评审准备 ​

  • 充分理解需求： 评审前充分理解业务需求和技术实现
  • 准备评审清单： 使用评审检查清单确保评审全面
  • 设定评审目标： 明确评审的重点和目标
  • 预留充足时间： 确保有足够时间进行深度评审

2. 评审执行 ​

  • 系统化评审： 按照评审维度系统化进行
  • 记录详细问题： 详细记录发现的问题和建议
  • 优先级排序： 根据影响和风险对问题排序
  • 建设性建议： 提供具体可操作的改进建议

3. 评审输出 ​

  • 结构化报告： 使用结构化格式输出评审报告
  • 清晰的问题描述： 问题描述清晰、具体、可理解
  • 可执行的建议： 改进建议具体、可操作、可落地
  • 明确的行动计划： 提供明确的后续行动计划

4. 评审跟踪 ​

  • 问题跟踪： 跟踪问题的修复进度
  • 验证修复： 验证问题是否得到有效解决
  • 经验总结： 总结评审经验和教训
  • 持续改进： 持续优化评审流程和方法

评审检查清单 ​

业务逻辑检查 ​

  • [ ] 业务流程是否正确
  • [ ] 业务规则是否完整
  • [ ] 业务异常是否考虑
  • [ ] 业务价值是否体现

测试覆盖度检查 ​

  • [ ] 正向场景是否完整
  • [ ] 异常场景是否充分
  • [ ] 边界场景是否覆盖
  • [ ] 安全场景是否考虑
  • [ ] 性能场景是否包含

测试用例质量检查 ​

  • [ ] 前置条件是否明确
  • [ ] 测试步骤是否清晰
  • [ ] 预期结果是否准确
  • [ ] 测试数据是否合理
  • [ ] 优先级是否正确

可执行性检查 ​

  • [ ] 步骤是否可操作
  • [ ] 环境要求是否明确
  • [ ] 数据准备是否可行
  • [ ] 执行时间是否合理

可追溯性检查 ​

  • [ ] 需求关联是否清晰
  • [ ] 场景映射是否完整
  • [ ] 用例编号是否规范
  • [ ] 版本信息是否完整

输出示例 ​

评审报告结构 ​

markdown
# 测试用例评审报告

## 1. 评审概览
- 评审日期：2025-01-16
- 测试用例数量：50
- 整体评价：良好
- 通过率：75%
- 建议处理：修改后通过

## 2. 详细评审意见
### 优点总结
- ✅ 核心业务流程覆盖完整
- ✅ 测试步骤描述清晰
- ✅ 测试数据准备充分

### 问题清单
#### 严重问题
| 问题编号 | 用例编号 | 问题描述 | 修改建议 |
|---------|---------|---------|---------|
| C-001 | TC-001 | 缺少权限验证场景 | 增加越权访问测试用例 |

## 3. 缺失的测试场景
### 异常场景缺失
| 场景编号 | 场景描述 | 风险等级 | 建议用例 |
|---------|---------|---------|---------|
| NS-001 | 并发提交订单 | 高 | 测试多用户同时提交订单 |

## 4. 测试范围建议
- 已覆盖功能：用户登录、订单创建、支付流程
- 未覆盖功能：退款流程、订单取消
- 覆盖度评估：核心功能覆盖率 80%

## 5. 风险评估
### 高风险项
| 风险编号 | 风险描述 | 缓解措施 |
|---------|---------|---------|
| R-H-001 | 支付安全风险 | 增加支付安全测试用例 |

## 6. 后续行动计划
### 立即行动项
| 序号 | 行动项 | 负责人 | 截止日期 | 优先级 |
|-----|-------|--------|---------|--------|
| 1 | 补充权限验证用例 | 张三 | 2025-01-18 | P0 |

相关模块 ​

学习资源 ​

推荐书籍 ​

  • 《软件测试的艺术》
  • 《Google软件测试之道》
  • 《完美测试：软件测试系列最佳实践》

在线资源 ​

贡献指南 ​

欢迎为测试用例评审模块贡献内容：

  1. 分享案例： 分享测试用例评审成功案例
  2. 完善方法： 补充评审方法和技巧
  3. 优化模板： 改进评审报告模板
  4. 提供反馈： 提出改进建议

许可证 ​

本模块遵循 MIT 许可证，详见项目根目录的 LICENSE 文件。

让测试用例评审更专业，让测试质量更有保障！ 🔍✨

基于 MIT 许可发布

Copyright © 2024-present