test-setup について
test-setupは、設定済みエンジンを検出して自動テスト環境を構築するプロジェクト向けスキルです。テスト用ディレクトリとCIワークフローを作成し、ファイル作成前に承認を求め、既存ファイルは上書きしません。
主な機能
- 01設定済みエンジンの検出
- 02テストランナー設定の生成
- 03標準的なtests/構成の作成
- 04GitHub Actionsのテストワークフロー追加
- 05スモークテストのひな型作成
活用シーン
- 01実装開始前のテスト環境構築
- 02既存プロジェクトへの不足分の追加
- 03プッシュごとのテスト自動実行
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ donchitos/ claude-code-game-studios --skill test-setupインストール後、Claude Code で/test-setupを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/1-detect.md2-plan.md3-directories.md4-ci.md5-smoke-seed.md6-summary.md詳細
!bash "${CLAUDE_SKILL_DIR}/../../hooks/yaml-helper.sh" resolve_config --keys automation,workflow,qa.level
自動化モード:modes.automation を解決します(project.local.yaml →
project.yaml → デフォルトの collaborative)。すべての AskUserQuestion 呼び出しと
すべてのファイル書き込みは .claude/docs/automation-modes.md に従います
(collaborative は常に確認 · guided は主要な項目のみ確認 · autonomous は記録して続行。
automation_always_ask カテゴリでは常に確認します)。
テストのセットアップ
このスキルは、プロジェクトに自動テストの基盤を構築します。 設定済みのエンジンを検出し、適切なテストランナーの設定を生成して、 標準のディレクトリ構成を作成し、すべてのプッシュ時にテストが実行されるよう CI/CD を設定します。
実装を始める前の技術セットアップ段階で、一度実行してください。スプリント開始時に テストフレームワークを導入する場合は30分で済みます。 第4スプリントで導入する場合は、3スプリントかかります。
出力: tests/ ディレクトリ構成 + .github/workflows/tests.yml
フェーズ 1:エンジンと既存の状態を検出する
今すぐ references/1-detect.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
フェーズ 2:計画を提示する
今すぐ references/2-plan.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
フェーズ 3:ディレクトリ構成を作成する
今すぐ references/3-directories.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
フェーズ 4:CI/CD ワークフローを作成する
今すぐ references/4-ci.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
フェーズ 5:スモークテストのシードを作成する
今すぐ references/5-smoke-seed.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
フェーズ 6:セットアップ後の概要
今すぐ references/6-summary.md を読み、その手順に従ってください — このフェーズの手順はここではなく、そのファイルに記載されています。このフェーズ中に会話が圧縮された場合、または再開された場合は、もう一度読み直してください。
協調プロトコル
- 既存のテストファイルを上書きしないでください — 新規作成するのは、存在しないファイルのみです。 テストランナーのファイルがすでに存在する場合は、そのままにしてください。
- ファイルを作成する前に必ず確認してください — フェーズ 2 では明示的な承認が必要です。
- エンジンの検出は必須です — エンジンが設定されていない場合は、
停止して
/setup-engineに誘導してください。推測してはいけません。 forceフラグは「すでに存在する」場合の早期終了をスキップしますが、上書きはしません。 これは「ディレクトリがすでに存在していても、不足しているファイルを作成する」という意味です。- Unity CI では、
UNITY_LICENSEシークレットを手動で設定する必要があることに注意してください。 ライセンス管理を自動化しようとしないでください。