功能测试用例标准概述
本技能提供标准化的指南用于编写高质量的功能测试用例和一个8维评估框架用于评估测试用例质量。
核心功能：
✅ 标准化的测试用例设计，包含15+种设计方法
✅ 8维质量评估框架，包含评分
✅ 使用5种分析方法进行深入的需求分析
✅ 双输出格式：Markdown（默认）和XMind思维导图
✅ 两个导出模式：审查维度和执行维度
✅ 基于时间戳的版本管理，用于追溯性
需求分析方法论
在设计测试用例之前，使用以下5种方法进行深入的需求分析，以提取所有测试细节：
分析需求文档中的每个句子，以识别：
条件词：if、when、unless、only if等
动作词：click、input、select、submit、delete等
状态词：display、hide、enable、disable、active、inactive等
数据词：create、read、update、delete、calculate、validate等
输出：每个识别的元素成为一个验证项。
示例：需求："当用户点击提交按钮时，如果所有必填字段都填写了，则显示成功消息并重定向到订单列表。"
提取的验证项：条件：所有必填字段填写了 → 测试有效/无效组合
动作：点击提交按钮 → 验证按钮可点击且响应
状态：显示成功消息 → 验证确切消息文本
数据：重定向到订单列表 → 验证正确的页面导航
识别从开始到结束的完整业务流程：
流程节点：工作流中的每个步骤
决策分支：所有if-else或switch条件
异常退出：错误处理、超时、取消、回滚
并行流程：并发过程或独立分支
输出：每个节点和分支成为一个测试场景。
示例（订单流程）：
节点1：创建订单 → 测试有效/无效产品
节点2：支付 → 测试成功支付、支付失败、超时
节点3：发货 → 测试发货有/无库存
分支：支付失败 → 测试重试、取消、退款流程
追踪数据的整个生命周期：
数据获取：数据来自哪里？（用户输入、API、数据库、第三方）
数据处理：数据如何转换？（计算、验证、格式化）
数据存储：数据保存在哪里？（数据库、缓存、文件、会话）
数据显示：数据如何呈现？（UI、报告、导出、通知）
输出：每个数据转换点成为一个验证项。
示例（用户注册）：
获取：用户输入用户名、邮箱、密码
处理：验证格式、加密密码、检查唯一性
存储：插入到用户表、发送到CRM系统
显示：显示成功消息、发送确认邮件
将系统建模为有限状态机：
识别所有状态：草稿、待处理、已批准、已拒绝、已完成、已取消等
识别转换条件：什么触发状态变化？
识别有效转换：允许的状态变化
识别无效转换：不允许的状态变化（应显示错误）
识别自转换：在同一状态下保持不变
输出：每个有效和无效转换成为一个测试用例。
示例（订单状态）：
有效：草稿 → 待处理（提交）、待处理 → 已批准（批准）、已批准 → 已发货（发货）
无效：草稿 → 已发货（跳过状态）、已发货 → 待处理（逆转）、已拒绝 → 已批准（无修订）
从不同用户角度分析：
不同角色：管理员、经理、普通用户、访客等
正常场景：快乐路径、典型使用
异常场景：错误处理、边界情况、异常条件
极端场景：高并发、大量数据、网络故障、系统超时
输出：每个角色-场景组合成为一个测试用例。
示例（文件上传）：
管理员 + 正常：上传有效文件，大小在限制内
用户 + 异常：上传超大文件、错误格式
访客 + 极端：上传网络超时、并发上传
需求分析工作流
仔细阅读需求文档（不要跳过任何部分）
应用所有5种分析方法提取测试细节
组织结果到：
功能模块库存
业务规则库存
异常场景库存
测试数据库存
使用测试设计方法论部分的设计方法映射到测试用例
输出格式选择
本技能支持两种输出格式，用户可选择：
格式模式 格式触发器 描述
Markdown（默认） 用户未指定格式 生成标准Markdown测试用例文档
XMind思维导图 用户明确请求“mindmap格式”、“XMind格式”或“both md and xmind” 生成XMind思维导图文件，用于可视化审查
导出维度 维度 用例结构 何时使用
审查维度（默认） 质量维度 结构何时使用
by