テストプラン — テスト戦略設計ルール

四層分類判定ルール

コード変更点は以下の四層に分類され、テストを実施するかどうか、いかにテストするかを決定します：

1. テスト可能なカーネル

純粋なロジック、UI/フレームワーク依存がないコード。mapper、reducer、ステートマシン、アルゴリズム、データ変換。

• テスト方法：単体テスト
• 判定：入力 → 出力がアサーションで直接検証でき、フレームワーク環境のモック化が不要
• 各ユースケースの説明：入力が何か、出力が何か、境界条件は何か
• データ/状態境界を最優先で全範囲カバー：属性に旧値が存在するときは状態遷移と変換に影響する可能性があり、「属性が既に旧値を持つ → 新イベント到達」のような境界シナリオをカバーする必要があります。初期状態のみのテストでは不十分です

2. 行動グルー

カーネルとフレームワークを接続するコード。観測可能な副作用があります。ViewModel intent処理、Repository呼び出しオーケストレーション、ライフサイクルコールバック内の状態遷移/リソース管理/ナビゲーション/購読/ロギング。

• テスト方法：行動レベルのテスト（fakeの依存、実装の詳細ではなく行動を検証）
• 判定：状態遷移、リソース管理、ナビゲーション、購読、ロギングなどの

...