返回技能市场
Boundary Deep Dive
从输入、状态、时间、资源四个维度系统化识别边界条件。真正的 Bug 往往在"看起来不是边界"的地方——比如用户名字段没测超长 Unicode、订单支付刚好在超时前1秒完成、1000人同时下单。当需要补充边界测试、等价类划分完成后需要补边界值、或者直觉告诉你某些边界可能有问题时，应当使用此技能。每个边界条件都需要标注风险等级并给出明确的预期结果。适用于任何有输入字段、状态变化、时间约束或资源限制的系统。
SKILL.md
⚠️ 本技能单独使用效果有限，建议配合完整技能集（12 步工作流）使用。安装：npx skills add Kokxi/qa-test-skills
⚠️ 安全警告：本技能的示例可能涉及订单号、支付金额、截图、身份证、手机号等敏感数据。 实际使用时请勿粘贴真实生产数据、客户信息或财务凭证；测试前应脱敏/掩码处理。 本技能仅在 workspace/ 输出评估文件，不持久化、不外传、不跨会话复用。
边界深度分析
核心原则
真正的 Bug 往往在"看起来不是边界"的地方。四个维度都要过一遍—— 漏掉任何一维都是本技能最常见的失效方式。
1. 四维速查（先扫这个）
| 维度 | 子项 | 最容易漏的 | 典型 Bug 率 |
|---|---|---|---|
| 输入边界 | 值域 / 格式 / 组合 / 业务 | 业务边界（唯一性、外键不存在、数据过期） | 高 |
| 状态边界 | 转换 / 值 / 持续 | 非法转换（业务不允许的操作，如 已完成→已支付） | 中 |
| 时间边界 | 超时 / 并发 / 时序 / 周期 | 周期边界（日切、月切、节假日） | 高 |
| 资源边界 | 内存 / 连接 / 线程 / 磁盘 / 网络 | 连接耗尽（而非内存耗尽） | 中 |
"最容易漏"那一列是重点——值域、内存这些人人都会扫，那一列是要靠业务理解才能想到的。
2. 边界数量要求
关键指标：以场景数为基准，按项目复杂度放大。
| 复杂度 | 倍数 | 示例（场景 25 个） | 复杂度判断标准 |
|---|---|---|---|
| 简单项目 | ×1.5 | 边界 38 个 | 单模块、低风险、无并发 |
| 中等项目 | ×2 | 边界 50 个 | 多模块、中风险、少量并发 |
| 复杂项目 | ×2.5 | 边界 63 个 | 跨模块、高风险、高并发 |
3. 加载时机
需要时才读，不要一上来全读：
| 什么时候读 | 读哪个 |
|---|---|
| 展开某一维的完整子项清单，需要示例 | references/four-dimensions.md（四维详图 + 示例 + 5 类常见漏测） |
| 写边界分析表 | assets/boundary-table.md（7 列模板 + 填写要求 + 自检） |
4. 产出
边界分析表（7 列）：
| 边界 ID | 边界维度 | 边界条件 | 风险等级 | 测试深度 | 预期结果 | 关联场景 ID |
|---|---|---|---|---|---|---|
| BD_AMOUNT_001 | 输入边界 | 金额=0 | 高 | 深测 | 提示金额不能为0，拒绝下单 | SC-ORDER-001 |
| BD_TIMEOUT_001 | 时间边界 | 支付超时=30分钟 | 高 | 深测 | 自动取消订单，库存回滚 | SC-ORDER-005 |
| BD_STATE_001 | 状态边界 | 已完成 → 已支付 | 高 | 深测 | 拒绝并返回明确错误码，不产生二次扣款 | SC-ORDER-007 |
| BD_RES_001 | 资源边界 | 1000用户同时下单最后1件库存 | 高 | 深测 | 仅1单成功，无超卖 | SC-ORDER-009 |
上面 4 行只展示每列写法，完整模板与常见错误见
assets/boundary-table.md。
测试深度分三档（深测 / 常规 / 冒烟），按风险定 —— 不是每条边界都深测。
边界若不属于任何已有场景，需回到 qa-scenario-tree 新建场景，不能挂空。
5. 交付前自检
- 四个维度都扫过；未覆盖的维度已写"未覆盖 + 原因"
- 每个边界 ID 唯一且符合
BD-{模块缩写}_{序号} - 风险等级与测试深度不同质（不是全高/全深测）
- 每条边界有可验证的预期结果（不是"正确处理"）
- 每条边界关联到场景 ID，无断链
- 已对照
references/four-dimensions.md末尾的「常见边界漏测」5 类逐条自查 - 恢复边界已验：每种边界超限后立刻执行一次正常操作，确认系统能自愈
- 覆盖率已标注口径，无"全覆盖/100%"绝对化表述
评论与讨论
0/2000
还没有评论，分享你的体验吧。