Skill.md検索

テストケース名を「(条件)場合、(期待値)」という統一した日本語形式で記述するルールが定義され、チーム全体で一貫性のあるテストが書けます。 Arrange-Act-Assert パターンに基づいた構造化されたテストコードを、リファクタリング（テスト構造の整理・改善）や修正の際に常に参照できます。 Application・Domain 層ではインメモリリポジトリを使用でき、各テスト前に自動的にデータがクリアされるため、テスト間の干渉を心配せず安全にテストが書けます。 テストパターン集（Repository 層・Application 層・Domain 層の使い分け）、アサーション方法、Factory の使い方が詳細に記載されているため、初心者も迷わずテストを実装できます。 プロダクションコードにはコメントを追加せず、テストコードにのみコメントを付けることで、保守性を高めながらコードの意図が明確になります。 テストコード規約を整備し、チーム内のテストコード品質を統一したい開発チーム テスト駆動開発（TDD）を導入し、テストを最初に書く習慣をつけたい開発者 テストコードのレビューポイントを減らし、記述指摘の往復を削減したいリードエンジニア インメモリリポジトリなど、レイヤー別のテスト設計方法を学びたい初心者 テストケース名は日本語で「(条件)場合、(期待値)」形式で記述し、「投稿が見つからない場合は notFoundPost を返す」「フォローしているユーザーが投稿している場合、そのユーザーの投稿を返す」が良い例です。全てのテストケースは Arrange-Act-Assert 構造で統一します：arrange（テストデータ準備）、act（テスト対象実行）、assert（結果検証）。act と assert が同じ行の場合は await expect(xx).rejects.toThrow() のようにまとめてもよいです。詳細パターンは references/patterns.md（DB・インメモリ・RecordFactory・ctx オブジェクト使用例）、references/assertions.md（toMatchObject・配列部分一致・エラー検証）、references/factories.md（@repo/test-utils と @repo/common/test ファクトリの使い分け）に記載されています。Application・Domain 層のインメモリリポジトリは vitest.unit.setup.ts で setupFiles() が呼ばれ、beforeEach で自動クリアされます。新規アプリ作成時は vitest.unit.setup.ts に setupFiles() 呼び出しを記述が必須です。プロダクションコードにはコメント追加禁止、テストコードには Arrange-Act-Assert コメント必須。