测试用例与验收验证

依据已确认需求及真实失败机制设计用例,明确区分用例设计、红测交接、验证和获授权修复闭环。

Tink1.1.02026年10月22日MIT
获取 Skill

使用要求

面向具备仓库及文件访问能力的 Codex 类智能体。说明文件不提供浏览器、测试工具、凭据、项目数据或修改外部系统的权限;其他宿主可能需要适配。

  • 已确认需求及预期结果,并明确保留未决规则
  • 选定模式及对应动作所需权限
  • 真实验收需指定应用、环境、角色、获授权数据和清理范围

快速开始

  1. 下载后先检查包内说明,再将 ZIP 解压至暂存目录。
  2. 安装合集时,将六个 Skill 文件夹及同级 shared 文件夹复制到项目的 .agents/skills/ 或个人的 ~/.agents/skills/。保持相对目录结构,不要把合集外层目录当成一个 Skill 安装。
  3. 安装单独 ZIP 时,将其中的同名文件夹放入所选 Skills 目录,并保留其内部 shared 资源。覆盖前备份同名 Skill,避免重复安装。
  4. 在 Codex 中使用准确的 $test-case 调用;未被发现时可重启宿主。任务需要流程交接时,另行安装相应配套 Skill。

适用场景

  • 为正常、边界、拒绝和恢复路径建立可追踪用例
  • 不改代码地验证已有行为,或支持已授权的开发闭环

使用步骤

  1. 调用 $test-case,指定 design、tdd_handoff、validation 或 closed_loop;模式名本身不授予权限。
  2. 将 REQ/AC、角色、规则和风险映射至用例及精确预期,从已约定单位和限额推导边界。
  3. design 模式只交付用例,不执行有副作用的验收;执行模式先固定版本、数据和环境,再运行获授权检查。
  4. 记录实际通过、失败、阻塞、未运行及有依据的不适用状态,保留原始失败;获准修复后重跑相关回归,报告未覆盖范围。

字段命名与页面文案

需求、前后端字段、页面、接口和导出沿用常见、准确且一致的业务名称,明确显示标签与既有标识的映射,不因改显示名破坏公开契约。页面默认不添加未经明确要求的解释说明,也不将说明转移到占位符、Tooltip 或折叠区;必要标签、校验、状态、错误与恢复反馈照常保留。单独 ZIP 已包含所需共享参考。

交付内容

  • test-cases.md 中的用例、覆盖与状态,以及获准编写的可执行测试
  • 与实际模式及证据相符的用例就绪、红测就绪、测试阻塞或测试通过状态

局限

  • validation 模式不能新增或修改测试及产品代码,产品修复需相应授权。
  • 真实验收数据须来自用户提供或指定来源,派生或合成替代数据需明确许可。
  • Mock 结果、零测试收集、无说明跳过及辅助脚本数值检查,都不等于完整产品验收通过。

示例提示词,非实际执行案例

使用 $test-case 的 design 模式,为已确认的文本字段规则设计用例:长度为 1–20 个 Unicode 码点,超限拒绝。示意长度 0、1、2、19、20、21 的用例;空白及规范化规则如未明确,应保持未决。不要运行测试或改代码;这些数值仅是示例需求,不是默认规则。

本指南说明包内工作流程,不代表已验证跨模型可靠性,也不是实际验收运行报告。

Skill 内部
SKILL.md
---
name: test-case
license: MIT
description: >-
  Derive all applicable test cases from confirmed requirements, business rules, role states, and actual call chains; validate them using authorized data in a real browser or target application and record the results.
  Distinguish test-case design, red-test handoff, validation only, and closed-loop repair; request missing real data first, and obtain explicit permission for substitute data.
---

# Test Cases and Acceptance Validation

Cover the requirements, rules, and actual failure mechanisms within the user-confirmed scope. Do not substitute test counts, line coverage, or an "all green" result for completeness. Record real data, real execution platforms, and real external dependencies separately; none can stand in for the others.

Hand off to `talking-us`, `write-design-doc`, `develop-closed-loop`, or `bug-fixing` as needed. Prefer the user-specified version; otherwise, use the currently enabled entry point. Carry forward the original scope, decisions/open questions, specified data/platforms, existing style, deliverables, and coverage requirements. Do not reinvestigate reliable evidence for the current version.

## 1. Choose the Mode and Confirm Authorization
包含文件 · 13
test-case/LICENSE
test-case/MANIFEST.json
test-case/README.md
test-case/SKILL.md
test-case/agents/openai.yaml
test-case/references/browser-backend-validation.md
test-case/shared/evals/boundary-dialogue/context-contrast.md
test-case/shared/evals/boundary-dialogue/partial-replies.md
…