test-design

Topics in the source

• Test Design Skill - テストオラクル起点のテスト設計
• 実行フロー
• 段ごとに読むファイル
• 完了条件
• 確認の場面と進め方（毎回守る）
• 目的
• 実行タイミング
• Step 0: 適用判定（リスクレベルの自己判定）

導入先の補足ファイル documents/development/project/test-design.md があれば、その段で読む。補足ファイルは製品への当てはめ（コマンド・パス・ポート等）だけを持ち、本スキルの規則（完了条件・レビュー体制・優先度・フラグ・hook の契約・止まる場面）を緩めない。食い違えば本スキルが優先する。 | 段 | 読むファイル | 中身 | |---|---|---| | Step 1〜5（テスト設計メモを書くとき） | references/memo-template.md | メモのテンプレート（そのままコピーして使う。記入例つき） | | quality-check Step 3 から遡及実行されたとき | references/quality-check-connection.md | quality-check Step 3 との接続（遡及ルール、verified / retroactive、ミューテーションテストとの接続、照合結果の記録先） | -- [ ] リスクレベルを自己判定した（quality-policy §1。複数領域は最高レベル / 迷ったら1段階高く） [ ] Low リスクではない（Low ならメモ不要でここで終了） [ ] メモを docs/superpowers/plans/YYYY-MM-DD- -test-design.md に作成した（非コミット） [ ] 5項目すべてを記入した（最重要リスク上位3 / 状態遷移・不変条件 / Failure Mode → テスト層 / テストオラクル定義 / ファルシフィケーション項目） [ ] 各期待値に実装以外の根拠（仕様書・要件・計算根拠）を明記した [ ] 根拠が特定できない期待値を、設計・要件から導くか、設計の目的に沿って選び設計との差異に記録した（あった場合） [ ] Failure Mode → テスト層は quality-policy §3 を参照して選んだ（表の転記をしていない） [ ] 実装コード・テストコードを書く前にここまで完了している 根拠が特定できない期待値が出てきた場合、それは仕様が未定であるというシグナルである。実装で埋めない（実装から逆算しない）。まず設計・要件・機能ドキュメントから導く。導けないときは、設計の目的に最も沿う期待値を選び、根拠欄に「設計に記載なし（設計との差異として報告）」と書いて、設計との差異に記録する（documents/development/development-policy.md §1.0「承認後の進め方」）。設計の承認後はユーザーに途中で確認しない。設計の目的に照らしても期待値を選べない重要な製品判断なら、X4（差異の設計を 1 通で示す）に当たる。 -- テストコードを書けることと、正し

This is an excerpt. Refer to the complete source and its current requirements.