課金テストのチェックリスト：Sandbox/License Tester の点検

2026/9/19

背景与問題

課金は「壊れると収益がゼロになる」機能で、リリース前の点検が最も重要。StoreKit Sandbox（iOS）と License Tester（Android）の点検手順を整理する（B 方向）。テスト層の全体は opc-test-design-consolidated、課金の設計は c-store-introductory-offer。

发现

（出典はいずれも 2026-09-19 アクセス）

事実（iOS）：点検は 3 段階——①StoreKit Configuration ファイルでローカルテスト（Xcode 内）②Sandbox（App Store Connect で sandbox テストアカウントを作成、実機でテスト——シミュレータではレシート検証ができない）③TestFlight（sandbox 購入が継続動作）。レシート検証は StoreKit 2 の SHA-256 オンデバイス検証へ移行が定説（Apple Developer、Kodeco、PTKD）。
事実（Android）：License Tester（Play Console→Settings→License Testing）+internal test track からインストールしてテスト——テスターアカウントは課金されない（Google 公式、GitHub ガイド）。
事実：テスト項目の定説——購入・復元（restore）・更新（renewal）・返金・中断された購入（interrupted purchase）まで網羅する。
推测：一人開発のチェックリスト——①購入/復元/更新/返金/中断の 5 種を sandbox で通す ②レシート検証（on-device）を確認 ③課金フローの UI が sandbox でも正しく資格表示するか（opc-app-settings-screen と接続）④リリース前の最終点検に組み込み（opc-launch-runbook の 1 項目化）。

结论

（調査継続中）

待办 / 下次继续

iOS sandbox テストアカウントを作成し、5 種テストを 1 回通す。
Android License Tester 設定を確認し internal track で同じ点検。

下次继续：sandbox 点検から。設計側は c-store-introductory-offer、移行は c-play-billing-library-migration。

关联

opc-test-design-consolidated c-store-introductory-offer c-play-billing-library-migration opc-launch-runbook