test-case-design

Name: test-case-design
Author: BlueprintOS

24stars2forks

How to install test-case-design?

blueprintos/analysis-to-delivery/test-case-design

$npx -y skills add BlueprintOS/analysis-to-delivery --skill test-case-design

Installs into the current project.

Summary

测试用例设计 — 覆盖正常路径、边界条件、异常路径、合规校验、性能安全 5 大类用例。开发前需定义验收标准、为测试团队提供输入时调用本 skill,确保 BRD 功能点全部可验证。

Files · 1

View on GitHub

SKILL.md

1	# Test-Case-Design — 测试用例设计
2
3	## Contract
4
5	- 输入: 已签字的 BRD,可选 `04-合规评审.md`,业务规则与验收标准
6	- 输出: `07-测试用例设计.md`
7	- 门控: BRD 功能已覆盖;正常/边界/异常/合规 4 大类齐;用户签字
8	- Required rules: `stage-gate`, `no-field-guessing`, `doc-numbering`, `goal-boundary`
9	- Required paths: `knowledge-path`, `doc-naming-path`
10	- 下一步: `/to-prd`
11
12	## 适用场景
13
14	- BRD 通过,需要明确"什么算成功"
15	- 开发前需要验收标准
16	- 测试团队需要用例输入
17
18	## 流程步骤
19
20	### 1. 加载模板
21
22	- `templates/TEST_CASE_DESIGN.md`
23
24	### 2. 覆盖范围
25
26	按以下 5 大类逐项设计:
27
28	\| 类别 \| 内容 \| 占比建议 \|
29	\|---\|---\|---\|
30	\| 正常路径 \| 主流程 happy path \| 30% \|
31	\| 边界条件 \| 极值、空值、最大/最小 \| 20% \|
32	\| 异常路径 \| 错误输入、超时、外部依赖失败 \| 30% \|
33	\| 合规校验 \| 数据授权、审计、效期锁定 \| 10% \|
34	\| 性能/安全 \| 并发、SQL 注入、XSS \| 10% \|
35
36	### 3. 用例结构
37
38	每条用例至少包含:
39
40	\| 字段 \| 说明 \|
41	\|---\|---\|
42	\| 用例编号 \| TC-{模块}-{序号} \|
43	\| 关联需求 \| BRD §{章节} \|
44	\| 前置条件 \| 初始数据/状态 \|
45	\| 输入 \| 测试数据 \|
46	\| 操作步骤 \| 步骤化 \|
47	\| 预期结果 \| 精确、可验证 \|
48	\| 实际结果 \| 测试执行时填 \|
49	\| 通过条件 \| PASS/FAIL 判定标准 \|
50
51	### 4. 业务规则回测(从 BRD §四提取)
52
53	对每条业务规则设计至少 1 个用例:
54	- 正向:触发条件满足 → 期望行为
55	- 反向:触发条件不满足 → 期望拦截
56	- 边界:临界值
57
58	## 输出
59
60	- `07-测试用例设计.md`
61
62	## 调用的 rule
63
64	- `rules/stage-gate` — 阶段 5 门控
65
66	## 结束条件
67
68	- [ ] 用例覆盖 BRD §四全部功能点
69	- [ ] 异常路径 100%(每条主流程至少 1 个异常用例)
70	- [ ] 业务规则正向 + 反向 + 边界三类齐
71	- [ ] 合规校验用例关联到合规评审条款
72	- [ ] 用户签字进入 `/to-prd`
73
74	## 反模式
75
76	- ❌ 5 大类缺一(正常路径/边界条件/异常路径/合规校验/性能安全) — `testcase-coverage-check.py --strict` 直接 fail
77	- ❌ TC 编号不规范(TC-001 写成 Test001) — 必须 `TC-N-xxx` / `TC-B-xxx` / `TC-E-xxx` / `TC-C-xxx` / `TC-P-xxx` 前缀
78	- ❌ 合规校验用例未关联到合规条款 — 每条 TC-C-* 必须标 `GSP-XXX` / `GDPR-Art-X` 等条款号
79	- ❌ 只写正常路径不写异常 — 主流程:异常用例比例 ≥ 1:1,异常路径 ≥ 90% 覆盖
80	- ❌ 性能测试写"应该很快" — 必须量化(P95 < Xs / 并发 Y 单/秒)
81	- ❌ 用例步骤空泛("操作直到成功") — 必须分 1/2/3/4 步,每步可复现

People who liked this also viewed

6 picks

Type

test-case-design

24stars2forks

View on GitHub

How to install test-case-design?

blueprintos/analysis-to-delivery/test-case-design

$npx -y skills add BlueprintOS/analysis-to-delivery --skill test-case-design

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# Test-Case-Design — 测试用例设计
2
3	## Contract
4
5	- 输入: 已签字的 BRD,可选 `04-合规评审.md`,业务规则与验收标准
6	- 输出: `07-测试用例设计.md`
7	- 门控: BRD 功能已覆盖;正常/边界/异常/合规 4 大类齐;用户签字
8	- Required rules: `stage-gate`, `no-field-guessing`, `doc-numbering`, `goal-boundary`
9	- Required paths: `knowledge-path`, `doc-naming-path`
10	- 下一步: `/to-prd`
11
12	## 适用场景
13
14	- BRD 通过,需要明确"什么算成功"
15	- 开发前需要验收标准
16	- 测试团队需要用例输入
17
18	## 流程步骤
19
20	### 1. 加载模板
21
22	- `templates/TEST_CASE_DESIGN.md`
23
24	### 2. 覆盖范围
25
26	按以下 5 大类逐项设计:
27
28	\| 类别 \| 内容 \| 占比建议 \|
29	\|---\|---\|---\|
30	\| 正常路径 \| 主流程 happy path \| 30% \|
31	\| 边界条件 \| 极值、空值、最大/最小 \| 20% \|
32	\| 异常路径 \| 错误输入、超时、外部依赖失败 \| 30% \|
33	\| 合规校验 \| 数据授权、审计、效期锁定 \| 10% \|
34	\| 性能/安全 \| 并发、SQL 注入、XSS \| 10% \|
35
36	### 3. 用例结构
37
38	每条用例至少包含:
39
40	\| 字段 \| 说明 \|
41	\|---\|---\|
42	\| 用例编号 \| TC-{模块}-{序号} \|
43	\| 关联需求 \| BRD §{章节} \|
44	\| 前置条件 \| 初始数据/状态 \|
45	\| 输入 \| 测试数据 \|
46	\| 操作步骤 \| 步骤化 \|
47	\| 预期结果 \| 精确、可验证 \|
48	\| 实际结果 \| 测试执行时填 \|
49	\| 通过条件 \| PASS/FAIL 判定标准 \|
50
51	### 4. 业务规则回测(从 BRD §四提取)
52
53	对每条业务规则设计至少 1 个用例:
54	- 正向:触发条件满足 → 期望行为
55	- 反向:触发条件不满足 → 期望拦截
56	- 边界:临界值
57
58	## 输出
59
60	- `07-测试用例设计.md`
61
62	## 调用的 rule
63
64	- `rules/stage-gate` — 阶段 5 门控
65
66	## 结束条件
67
68	- [ ] 用例覆盖 BRD §四全部功能点
69	- [ ] 异常路径 100%(每条主流程至少 1 个异常用例)
70	- [ ] 业务规则正向 + 反向 + 边界三类齐
71	- [ ] 合规校验用例关联到合规评审条款
72	- [ ] 用户签字进入 `/to-prd`
73
74	## 反模式
75
76	- ❌ 5 大类缺一(正常路径/边界条件/异常路径/合规校验/性能安全) — `testcase-coverage-check.py --strict` 直接 fail
77	- ❌ TC 编号不规范(TC-001 写成 Test001) — 必须 `TC-N-xxx` / `TC-B-xxx` / `TC-E-xxx` / `TC-C-xxx` / `TC-P-xxx` 前缀
78	- ❌ 合规校验用例未关联到合规条款 — 每条 TC-C-* 必须标 `GSP-XXX` / `GDPR-Art-X` 等条款号
79	- ❌ 只写正常路径不写异常 — 主流程:异常用例比例 ≥ 1:1,异常路径 ≥ 90% 覆盖
80	- ❌ 性能测试写"应该很快" — 必须量化(P95 < Xs / 并发 Y 单/秒)
81	- ❌ 用例步骤空泛("操作直到成功") — 必须分 1/2/3/4 步,每步可复现

People who liked this also viewed

6 picks

Type