テスト统合设计书（unit/統合/UI/端末 v1）
背景与問題
OPC（B 方向）。テスト関連が 4 つ以上の課題（自動テスト・端末実機・プレリリースレポート・precheck）に散在。統合設計書シリーズ第 18 本としてテストピラミッドの 4 層に統合する。（テストピラミッドの定説：unit 多く→統合中程度→UI/E2E 最小、Android Developers 参照）
发现
（内部統合。出典は各源課題に記載済み）
- 源課題：opc-test-automation-minimal（Maestro スモーク 3 本）、opc-test-device-lab（実機 3-5 台+Test Lab）、c-play-pre-launch-report（Play の自動テストレポート）、opc-release-precheck-5min（リリース前 5 分点検）、opc-release-design-consolidated（リリース全体）。
- テストピラミッドの型：unit 多く→integration 中程度→UI/E2E 最小の 3 層構造（通説の一致）。4 層目として「端末実測」を独立させる。
- Google Play の pre-launch report：Firebase Test Lab の Robo test による無料の自動テストで、crash・performance・accessibility を複数端末で検証（Play Console Help）。毎回のリリースで自動生成。
结论
- v1 の 4 層構成：層 1 unit（ビジネスロジックのテスト）/層 2 統合（API・DB 連携）/層 3 UI smoke（Maestro 3 本）/層 4 端末実測（device lab+pre-launch report）。各層に最終実施日。
- Play の pre-launch report を毎回のリリースで確認する点検項目を層 4 に追加（無料の自動テスト、事実）——opc-release-design-consolidated の層 1「事前」に 1 項目追加。
- pre-launch report の制限を知る：特定端末の特定問題を明示しない場合がある（事実）→実機での追加確認（層 4 の device lab）が必要。
- unit test の優先は家族共有ロジック（CloudKit 同期 等の複雑な処理）——UI テストより unit で拾う方が安い（テストピラミッドの原則）。
待办 / 下次继续
关联
opc-test-automation-minimal opc-test-device-lab c-play-pre-launch-report opc-release-precheck-5min opc-release-design-consolidated opc-performance-design-consolidated