test-ops

テスト実装戦略

テスト設計原則

• 網羅性: 正常ケース、エラーケース、境界値、エッジケースを全て実装
• 独立性: 各テストは他のテストに依存せず独立して実行可能
• 可読性: テストコードは仕様書として機能するよう明確に記述
• 保守性: テスト対象の変更に対して柔軟に対応できる構造

モック化戦略

• DBアクセス: リポジトリパターンでモック化またはフィクスチャを使用
• 外部API: HTTPクライアントをモック化し、レスポンスパターンを網羅
• 時間依存処理: 現在時刻やタイマー処理は固定値でモック化
• ファイルI/O: ファイルシステムアクセスは仮想ファイルシステムを使用

テスト実装手順

1. 機能分析: テスト対象コンポーネントの全機能を詳細に調査
2. テストケース設計: 機能ごとに正常 / 異常 / 境界値ケースを洗い出し
3. テスト実装: テスト対象コードは変更せずテストのみ実装
4. 実行確認: 全てのテストが期待通りに通過することを確認
5. カバレッジ確認: コードカバレッジ 100% を目指す

テストコード品質基準

• AAA パターン: Arrange（準備）、Act（実行）、Assert（検証）を明確に分離
• テスト名: テスト内容が一目で分かる日本語での命名
• アサーション: 期待値と実際の値を明確に比較
• エラーメッセージ: 失敗時に問題箇所が特定できるメッセージ