測試用例與驗收驗證

依據已確認需求及真實失敗機制設計用例,明確區分用例設計、紅測交接、驗證和獲授權修復閉環。

Tink1.1.02026年10月23日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
…