Skill.md検索

テスト優先の開発フロー確立: テストを先に書き、失敗を確認してからコミット、その後に実装する TDD サイクルを体系的に実行できます。 失敗するテストの確認と記録: テストコミットで失敗状態を記録し、テストと実装コミットを明確に分離できます。 最小限の実装で迅速な開発: テストをパスさせるための最小限のコードのみを書き、不要な機能追加を防ぎます。 リファクタリングの安全な実行: テストがパスした状態を保ちながらコードを整理でき、品質と保守性を両立できます。 Rust・TypeScript 両対応: Backend（Rust）と Frontend（TypeScript）のテストコマンドを一覧化し、どちらも統一的に TDD サイクルを実行できます。 テスト駆動開発（TDD）を導入・実践したいエンジニア コード品質と保守性を重視する開発チーム Rust と TypeScript の両方で開発しているフルスタック開発者 コミット履歴を細かく記録し、開発プロセスを可視化したい人 テスト駆動開発（TDD）の 7 ステップサイクルを体系化。Step 1 で期待される入出力に基づくテストを記述（Backend は #[test]/#[tokio::test]、Frontend は Vitest 使用）；Step 2 で テストを実行し失敗を確認；Step 3 でテストコミット（test: ✅ add tests）；Step 4 で最小限の実装のみを追加；Step 5 でテスト再実行；Step 6 で任意のリファクタリング；Step 7 で実装コミット。コミットパターンは test: ✅（テストのみ、失敗状態）→ feat: ✨（実装、テストパス）→ refactor: ♻️（リファクタリング）と厳密に分離。テスト名は test___ 形式を推奨。統合テストは backend/tests/ に、ユニットテストはモジュール内の #[cfg(test)] mod tests に配置。