需求分析 (Requirements Analysis)
English | 简体中文
模块简介
需求分析模块提供了专业的测试分析指导，帮助测试团队基于需求文档进行深度分析，输出业务背景、测试范围和测试场景设计，为后续的测试用例编写和测试执行提供全面的指导。
核心特性
� 业务背景分析
- 业务目标： 明确需求要解决的业务问题
- 用户角色： 识别所有相关用户角色
- 业务价值： 评估需求的业务价值
- 业务规则： 梳理关键业务规则和约束
🎯 测试范围界定
- 功能范围： 明确包含和排除的功能模块
- 测试类型： 覆盖功能、UI、安全、性能、兼容性
- 环境要求： 定义测试环境配置
- 数据需求： 明确测试数据准备要求
🔍 测试场景设计
- 正向场景： 核心业务流程的测试场景
- 异常场景： 异常处理、边界条件、错误处理
- 边界场景： 边界值和临界条件测试
- 安全场景： 安全漏洞和权限控制测试
- 性能场景： 响应时间和并发处理测试
- 兼容性场景： 浏览器、设备、操作系统兼容
🛠️ 测试方法规划
- 设计方法： 场景法、等价类、边界值、判定表等
- 执行方法： 手工测试、自动化测试、接口测试、性能测试
- 工具推荐： 根据测试类型推荐合适的测试工具
📊 测试策略建议
- 测试重点： 识别需要重点关注的测试领域
- 风险评估： 评估潜在风险和影响
- 资源需求： 估算人力、时间、工具资源
- 覆盖度分析： 分析功能、场景、风险覆盖情况
文件说明
版本选择建议
Standard-version/：默认推荐，适合大多数实际场景*_Lite.md：信息较少、希望快速产出时使用*_Lean.md：仅在该模块提供 Lean 版本时使用，适合更克制的输出CRISPE/RISE/ICIO/ROSES/LangGPT：适合你明确需要特定提示框架时再选用
完整版提示词
- 中文版：
Standard-version/RequirementsAnalysisPrompt.md(v0.3) - 英文版：
Standard-version/RequirementsAnalysisPrompt_EN.md(v0.3) - 角色： 资深 Web 全栈测试专家 (10年+经验)
- 输出内容：
- 业务背景分析
- 测试范围界定
- 测试场景设计（表格形式）
- 测试方法规划
- 测试策略建议
- 测试覆盖度分析
- 适用场景： 复杂项目的全面需求分析和测试规划
Plus 版提示词（多格式需求解析）
- 中文版：
Standard-version/RequirementsAnalysisPrompt_Plus.md(v0.4) - 英文版：
Standard-version/RequirementsAnalysisPrompt_Plus_EN.md(v0.4) - 特点： 支持 Word/HTML/JSON/Markdown/Excel 多格式输入，先做输入审计与跨文档一致性检查，再输出需求分析结论
- 输出内容：
- 输入清单与可解析性评估
- 跨文档冲突/缺失识别
- 需求拆解与可测性评估
- 测试范围、关键场景与风险建议
- 待确认清单与最小可执行结论
- 适用场景： 需求来源分散、格式混杂、需要统一形成测试分析结论的项目
精简版提示词
- 中文版：
Standard-version/RequirementsAnalysisPrompt_Lite.md(v0.2) - 英文版：
Standard-version/RequirementsAnalysisPrompt_Lite_EN.md(v0.2) - 特点： 快速上手，核心要点集中，输出简洁
- 输出内容：
- 业务背景（简化版）
- 测试范围（简化版）
- 测试场景设计（表格形式）
- 测试方法（简化版）
- 测试策略（简化版）
- 覆盖度分析（简化版）
- 适用场景： 快速需求分析和测试场景规划
版本更新说明
- v0.4 (2026-03-11)： 新增 Plus 版本，支持多格式需求文档解析（Word/HTML/JSON/Markdown/Excel）
- v0.3 (2025-01-16)： 增加测试方法章节，优化输出格式
- v0.2 (2025-01-16)： 聚焦业务背景、测试范围、测试场景，移除具体测试用例步骤
- v0.1 (2025-01-14)： 初始版本
使用指南
快速开始
选择提示词文件
- 完整版： 深度需求分析、全面测试规划、详细方法指导
- Plus 版： 多格式需求文档统一解析、冲突识别、可测性结论输出
- 精简版： 快速场景设计、核心测试覆盖、简洁输出
准备输入材料
需求文档：[产品需求文档或 User Story] 业务背景：[项目背景和业务目标] 技术栈：[使用的技术和平台] 约束条件：[时间、资源等约束]获取分析报告
- 业务背景分析
- 测试范围界定
- 测试场景设计（表格形式）
- 测试方法规划
- 测试策略建议
- 测试覆盖度分析
输出特点
注意： 输出重点是测试策略和场景规划，不包含具体的测试用例步骤。这样的设计使得：
- 更聚焦于分析和规划阶段
- 为后续的测试用例编写提供指导
- 避免过早陷入执行细节
- 便于团队讨论和评审
应用场景
1. 新功能需求分析
markdown
输入：新功能需求文档
输出：业务背景 + 测试范围 + 测试场景设计
方法：场景法 + 边界值分析
预期：全面的测试规划和场景覆盖2. 复杂业务逻辑分析
markdown
输入：业务规则和流程图
输出：业务规则梳理 + 判定表场景 + 状态迁移场景
方法：判定表法 + 状态迁移测试
预期：所有组合场景和状态转换覆盖3. 测试策略制定
markdown
输入：项目需求和约束条件
输出：测试策略 + 风险评估 + 资源规划
方法：风险分析 + 资源评估
预期：完整的测试策略和执行计划4. 测试评审准备
markdown
输入：需求文档和业务规则
输出：结构化的需求分析报告
方法：全面的测试分析方法
预期：便于团队评审和讨论的分析报告测试设计方法
场景法 (Scenario Testing)
- 用户场景： 基于真实用户使用场景
- 业务场景： 核心业务流程场景
- 异常场景： 错误和异常处理场景
- 边界场景： 临界值和边界条件
状态迁移图 (State Transition)
- 状态识别： 识别系统所有状态
- 转换条件： 定义状态转换条件
- 路径覆盖： 覆盖所有转换路径
- 异常状态： 处理非法状态转换
判定表 (Decision Table)
- 条件识别： 列出所有判定条件
- 组合分析： 分析条件组合
- 规则定义： 定义业务规则
- 测试用例： 生成测试用例
边界值分析 (Boundary Value Analysis)
- 边界识别： 识别输入边界
- 等价类划分： 有效和无效等价类
- 边界测试： 边界值和临界值测试
- 组合测试： 多变量边界组合
最佳实践
1. 需求理解
- 深入理解： 充分理解业务需求和用户需求
- 澄清疑问： 及时与产品经理沟通澄清
- 文档化： 记录需求理解和假设
- 评审确认： 与团队评审需求理解
2. 场景设计
- 用户视角： 从用户角度设计场景
- 完整性： 确保场景覆盖完整
- 优先级： 根据风险和重要性排序
- 可追溯： 场景与需求可追溯
3. 测试覆盖
- 功能覆盖： 所有功能点覆盖
- 路径覆盖： 主要业务路径覆盖
- 数据覆盖： 各种数据类型覆盖
- 环境覆盖： 不同环境和配置
4. 持续优化
- 反馈收集： 收集测试执行反馈
- 场景优化： 持续优化测试场景
- 知识沉淀： 积累测试设计经验
- 模板复用： 建立场景设计模板
输出示例
需求分析报告结构
markdown
# 需求分析报告
## 1. 业务背景
- 业务目标：[要解决的业务问题]
- 用户角色：[相关用户角色]
- 业务价值：[需求的业务价值]
- 业务规则：[关键业务规则]
## 2. 测试范围
- 功能范围：[包含/不包含的功能]
- 测试类型：[功能/UI/安全/性能/兼容性]
- 测试环境：[环境配置要求]
- 测试数据：[数据准备要求]
## 3. 测试场景设计
### 正向场景
| 场景编号 | 场景描述 | 测试重点 | 优先级 | 设计方法 |
|---------|---------|---------|--------|---------|
| TC-P-001 | 用户登录-正常流程 | 登录成功验证 | P0 | 场景法 |
### 异常场景
| 场景编号 | 场景描述 | 测试重点 | 优先级 | 设计方法 |
|---------|---------|---------|--------|---------|
| TC-N-001 | 用户登录-密码错误 | 错误提示验证 | P1 | 错误推测 |
## 4. 测试方法
- 测试设计方法：[场景法、等价类、边界值等]
- 测试执行方法：[手工、自动化、接口、性能]
- 测试工具建议：[推荐的测试工具]
## 5. 测试策略建议
- 测试重点：[重点关注的测试领域]
- 风险评估：[潜在风险和缓解措施]
- 资源需求：[人力、时间、工具资源]
## 6. 测试覆盖度分析
- 功能覆盖：[核心功能覆盖情况]
- 场景覆盖：[正向/异常/边界场景数量]
- 风险覆盖：[高/中/低风险场景覆盖]相关模块
学习资源
推荐书籍
- 《软件测试的艺术》
- 《Google软件测试之道》
- 《探索式软件测试》
在线资源
贡献指南
欢迎为需求分析模块贡献内容：
- 分享案例： 分享需求分析成功案例
- 完善方法： 补充测试设计方法
- 优化模板： 改进测试场景模板
- 提供反馈： 提出改进建议
许可证
本模块遵循 MIT 许可证，详见项目根目录的 LICENSE 文件。
让需求分析更专业，让测试设计更高效！ 📝✨