各種テストの違いを理解する
〜Internal / Closed / Open で何が違うのか〜
この記事は、
日本にいる個人開発者が、日本語アプリを Google Play に初めて公開する
ことを前提にしています。
第3回では、
Play Console の全体像と「迷子にならない考え方」を整理しました。
今回は、
初リリース最大の混乱ポイントである「テストの違い」 を解消します。
この記事でわかること
- Google Play における各テストの役割
- Internal / Closed / Open の違い
- 初リリースで選ぶべき正解ルート
まず結論：全部やる必要はない
テストが3種類もあると、
「全部やらないといけないの？」と思いがちですが、
👉 初リリースで使うのは、ほぼこの2つだけです。
- Internal testing
- Closed testing
Open testing は、ほぼ使いません。
Google Play のテスト全体像
ざっくりした位置づけはこうです。
Internal testing
↓
Closed testing
↓
（必要なら）Open testing
↓
Production（本番）
重要なのは、
段階を飛ばせないことがある、という点です。
各テストの役割と特徴
Internal testing（内部テスト）
目的
- 開発者・身内での動作確認
特徴
- 少人数でOK（最大100人）
- 即反映されやすい
- Google の本審査は基本なし
使いどころ
- AAB が正しく配信されるか
- 本番前の最終動作確認
👉 「まずここで壊れてないか見る」場所。
Closed testing（クローズドテスト）
目的
- 一般ユーザー想定の検証
- Google への実績作り
特徴
- 招待制
- 人数・日数条件がある
- 初リリースでは実質必須
ここが重要
- 新規アカウントは
Closed testing を強く求められる傾向あり - 12人・14日がよく話題になる理由もここ
👉 初リリース最大の関門。
Open testing（オープンテスト）
目的
- 広くユーザーに触ってもらう
特徴
- 不特定多数が参加可能
- レビューが付くこともある
- 管理コストが高い
初リリースでは？
- 基本不要
- 慣れてからでOK
👉 「β版を広く配りたい人向け」。
Production（本番）
目的
- 一般公開
特徴
- Google のレビューが入る
- すぐ公開されるとは限らない
👉 テストを通過した後に行く場所。
なぜ「Closed testing」が鬼門なのか
多くの人がここで止まります。
理由は明確です。
- 人数条件がある
- 日数カウントがある
- UI が直感的でない
結果として、
「何か足りないらしいけど、何が足りないかわからない」
という状態になります。
12人・14日とは何か（ざっくり）
よく聞くこの条件、意味はこうです。
- 一定人数のテスターが
- 一定期間
- 有効な状態で参加している
ことを、
Google が「実績」として見ています。
👉 詳しい仕組みと注意点は、次回（第5回）で実務として解説します。
初リリースの正解ルート
迷ったら、これです。
Internal testing
↓
Closed testing（条件クリア）
↓
Production
- Open testing は不要
- いきなり本番は不可
👉 最短で、かつ安全なルートです。
よくある誤解
❌ Internal testing だけやればOK？
→ NG
初リリースでは Closed testing を求められることが多い。
❌ Closed testing は形式だけ？
→ NG
人数・日数が満たされないと進めない。
❌ テストはレビューされない？
→ 半分OK
テストでもポリシー違反は見られる。
第4回のまとめ
- テストは段階ごとに役割が違う
- 初リリースで重要なのは Internal と Closed
- 最大の山場は Closed testing
- 正しい順番を知っていれば怖くない
次回予告
次回は、
Closed testing を実際にどうやって通すかを
超具体的に解説します。
- Play Console の操作手順
- テスター招待の流れ
- 14日カウントの仕組み
- やってはいけないこと
👉 第5回：Closed testing の実務手順 に続きます。