测试用例与验收验证
依据已确认需求及真实失败机制设计用例,明确区分用例设计、红测交接、验证和获授权修复闭环。
使用要求
面向具备仓库及文件访问能力的 Codex 类智能体。说明文件不提供浏览器、测试工具、凭据、项目数据或修改外部系统的权限;其他宿主可能需要适配。
- 已确认需求及预期结果,并明确保留未决规则
- 选定模式及对应动作所需权限
- 真实验收需指定应用、环境、角色、获授权数据和清理范围
快速开始
- 下载后先检查包内说明,再将 ZIP 解压至暂存目录。
- 安装合集时,将六个 Skill 文件夹及同级 shared 文件夹复制到项目的 .agents/skills/ 或个人的 ~/.agents/skills/。保持相对目录结构,不要把合集外层目录当成一个 Skill 安装。
- 安装单独 ZIP 时,将其中的同名文件夹放入所选 Skills 目录,并保留其内部 shared 资源。覆盖前备份同名 Skill,避免重复安装。
- 在 Codex 中使用准确的 $test-case 调用;未被发现时可重启宿主。任务需要流程交接时,另行安装相应配套 Skill。
适用场景
- 为正常、边界、拒绝和恢复路径建立可追踪用例
- 不改代码地验证已有行为,或支持已授权的开发闭环
使用步骤
- 调用 $test-case,指定 design、tdd_handoff、validation 或 closed_loop;模式名本身不授予权限。
- 将 REQ/AC、角色、规则和风险映射至用例及精确预期,从已约定单位和限额推导边界。
- design 模式只交付用例,不执行有副作用的验收;执行模式先固定版本、数据和环境,再运行获授权检查。
- 记录实际通过、失败、阻塞、未运行及有依据的不适用状态,保留原始失败;获准修复后重跑相关回归,报告未覆盖范围。
字段命名与页面文案
需求、前后端字段、页面、接口和导出沿用常见、准确且一致的业务名称,明确显示标签与既有标识的映射,不因改显示名破坏公开契约。页面默认不添加未经明确要求的解释说明,也不将说明转移到占位符、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 …