test-case-design

name test-case-design description 测试用例设计 — 覆盖正常路径、边界条件、异常路径、合规校验、性能安全 5 大类用例。开发前需定义验收标准、为测试团队提供输入时调用本 skill,确保 BRD 功能点全部可验证。 disable-model-invocation true version 4.0.0 requires ["stage-gate","doc-numbering"] Test-Case-Design — 测试用例设计 Contract 输入: 已签字的 BRD,可选 04-合规评审.md ,业务规则与验收标准 输出: 07-测试用例设计.md 门控: BRD 功能已覆盖;正常/边界/异常/合规 4 大类齐;用户签字 Required rules: stage-gate , no-field-guessing , doc-numbering , goal-boundary Required paths: knowledge-path , doc-naming-path 下一步: /to-prd 适用场景 BRD 通过,需要明确"什么算成功" 开发前需要验收标准 测试团队需要用例输入 流程步骤 1. 加载模板 templates/TEST_CASE_DESIGN.md 2. 覆盖范围 按以下 5 大类逐项设计: 类别 内容 占比建议 正常路径 主流程 happy path 30% 边界条件 极值、空值、最大/最小 20% 异常路径 错误输入、超时、外部依赖失败 30% 合规校验 数据授权、审计、效期锁定 10% 性能/安全 并发、SQL 注入、XSS 10% 3. 用例结构 每条用例至少包含: 字段 说明 用例编号 TC-{模块}-{序号} 关联需求 BRD §{章节} 前置条件 初始数据/状态 输入 测试数据 操作步骤 步骤化 预期结果 精确、可验证 实际结果 测试执行时填 通过条件 PASS/FAIL 判定标准 4. 业务规则回测(从 BRD §四 提取) 对每条业务规则设计至少 1 个用例: 正向:触发条件满足 → 期望行为 反向:触发条件不满足 → 期望拦截 边界:临界值 输出 07-测试用例设计.md 调用的 rule rules/stage-gate — 阶段 5 门控 结束条件 用例覆盖 BRD §四 全部功能点 异常路径 100%(每条主流程至少 1 个异常用例) 业务规则正向 + 反向 + 边界 三类齐 合规校验用例关联到合规评审条款 用户签字进入 /to-prd 反模式 ❌ 5 大类缺一(正常路径/边界条件/异常路径/合规校验/性能安全) — testcase-coverage-check.py --strict 直接 fail ❌ TC 编号不规范(TC-001 写成 Test001) — 必须 TC-N-xxx / TC-B-xxx / TC-E-xxx / TC-C-xxx / TC-P-xxx 前缀 ❌ 合规校验用例未关联到合规条款 — 每条 TC-C-* 必须标 GSP-XXX / GDPR-Art-X 等条款号 ❌ 只写正常路径不写异常 — 主流程:异常用例比例 ≥ 1:1,异常路径 ≥ 90% 覆盖 ❌ 性能测试写"应该很快" — 必须量化(P95 < Xs / 并发 Y 单/秒) ❌ 用例步骤空泛("操作直到成功") — 必须分 1/2/3/4 步,每步可复现