テスト実装戦略
テスト設計原則
- 網羅性: 正常ケース、エラーケース、境界値、エッジケースを全て実装
- 独立性: 各テストは他のテストに依存せず独立して実行可能
- 可読性: テストコードは仕様書として機能するよう明確に記述
- 保守性: テスト対象の変更に対して柔軟に対応できる構造
モック化戦略
- DBアクセス: リポジトリパターンでモック化またはフィクスチャを使用
- 外部API: HTTPクライアントをモック化し、レスポンスパターンを網羅
- 時間依存処理: 現在時刻やタイマー処理は固定値でモック化
- ファイルI/O: ファイルシステムアクセスは仮想ファイルシステムを使用
テスト実装手順
- 機能分析: テスト対象コンポーネントの全機能を詳細に調査
- テストケース設計: 機能ごとに正常 / 異常 / 境界値ケースを洗い出し
- テスト実装: テスト対象コードは変更せずテストのみ実装
- 実行確認: 全てのテストが期待通りに通過することを確認
- カバレッジ確認: コードカバレッジ 100% を目指す
テストコード品質基準
- AAA パターン: Arrange（準備）、Act（実行）、Assert（検証）を明確に分離
- テスト名: テスト内容が一目で分かる日本語での命名
- アサーション: 期待値と実際の値を明確に比較
- エラーメッセージ: 失敗時に問題箇所が特定できるメッセージ