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 步,每步可复现