Google PlayのClosed Testing Track: 概要、設定、アルファテスト

Closed Testing Trackとは？

Closed Testing Trackは、リリース前のビルドを限られた外部参加者グループに配布するためのGoogle Play Consoleのトラックです。Internal Testingとは異なり、クローズドトラックは開発チーム外のテスト担当者（パートナー、主要クライアント、フォーカスグループ）を対象としています。

Internalトラックとの主な違いは、必須のGoogleレビューです。Closed Testingを有効にする前に、ビルドはGoogle Playのルールに従って審査を受けます。レビューには数時間から2日かかり、アプリケーションがプラットフォームの基本要件を満たしていることを確認します。承認されると、トラックがアクティブになります。

Android Developers Blog（2024年）によると、Closed Testing Trackは最大200のテスト担当者グループをサポートしています。各グループに異なるビルドバージョンを割り当てることができ、オープンベータ版の開始前にセグメント化されたユーザー間で機能やデザインのA/Bテストが可能です。

Closed Testingの使用例

クローズドテストは、大量リリース前の新機能の検証、サードパーティサービスとの統合、実際の取引によるGoogle Playのサブスクリプションと課金のテスト、ターゲットユーザーからの質的なフィードバックの収集に使用されます。Closed Testing Trackにより、開発者はテストをOpenトラックに拡大する前に、実際のユーザーからのフィードバックを得ることができます。

Google Play ConsoleでClosed Testing Trackを設定する方法

Closed Testing Trackの設定は、Google Play ConsoleのRelease > Testing > Closed Testingセクションから始まります。プロセスには、トラックの作成、テスト担当者管理のためのGoogle Groupsのリンク、AABビルドのアップロードが含まれます。

トラックを作成する際は、テスト担当者グループの名前（Google Groupのメールアドレス）を指定し、ビルドをアップロードする必要があります。Google Play Consoleはグループの存在と配布の可否を確認します。アップロード後、ビルドは審査に送られます — ステータスはコンソールに表示されます。

審査を通過すると、トラックはActiveステータスに移行します。テスト担当者はメール通知を受け取り、リンクを介してGoogle Playからアプリをインストールできます。クローズドトラックのリンクは公開されていません — グループメンバーのみが利用でき、Google Play検索でインデックスされることはありません。

// build.gradle - Closed Testing Trackにデプロイ
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // アルファテスト担当者向けのリリースノート
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Google Groupsによるテスト担当者の管理

Google Groupsは、Closed Testing Trackの必須アクセス管理メカニズムです。グループはGoogle Groupsで作成され、Play Consoleのトラックにリンクされます。すべてのグループメンバーは、割り当てられたビルドに自動的にアクセスできます。

グループの作成: groups.google.comにアクセスし、testers-your-appという名前のグループを作成し、グループタイプをメーリングリストに設定します。作成後、Closed Testingトラックの設定でグループのメールアドレスを指定します。Google Play Consoleがグループとの接続を確認し、参加者数を表示します。

テスト担当者の管理はGoogle Groupsインターフェースを通じて行われます。参加者の追加と削除にPlay Consoleでの変更は必要ありません。これは構成が頻繁に変更される動的なチームに便利です。Closed Testing Trackはアプリケーションごとに最大200グループをサポートし、各グループは異なるビルドに独立してアクセスできます。

グループ配布戦略

A/Bテストでは、異なるビルドを持つ複数のグループが作成されます。グループAは新機能を含むビルドを受け取り、グループBはコントロールバージョンを受け取ります。Android VitalsメトリクスはPlay Consoleでグループ間で比較されます。このアプローチにより、すべてのテスト担当者にリスクを与えることなく、実際のユーザーで変更を検証できます。

Closed、Internal、Openトラックの違い

Closed Testing TrackはInternalトラックとOpenトラックの中間に位置します。Internalとは異なり、Closedは審査が必要でGoogle Groupsを使用します。Openとは異なり、ClosedはGoogle Play検索にアプリを公開せず、公開レビューも提供しません。

Closedトラックは、公開されることなく外部参加者とテストできる唯一のトラックです。これは、一般リリース前にクライアントが統合をテストするB2Bアプリケーションや、実際の支払いで課金を確認する必要があるサブスクリプションベースのアプリにとって重要です。

アルファテスト実施の推奨事項

Closed Testing Trackを効果的に使用するには、テスト担当者を役割と使用シナリオに従ってセグメント化することをお勧めします。支払いシナリオテスト用のグループ、UI/UXテスト用のグループ、統合テスト用のグループを別々に作成します。

Closedトラックでのテスト期間に制限はありません — 開発者が新しいバージョンをアップロードするかトラックを削除するまで、ビルドは利用可能です。Googleは、テスト担当者が最新バージョンのアプリケーションで作業できるよう、定期的にビルドを更新することを推奨しています。

ClosedトラックからOpenトラックに移行する前に、主要なAndroid Vitalsメトリクスがグリーンゾーンにあることを確認してください: クラッシュ率1.5%未満、ANR 0.5%未満。メトリクスがしきい値を超えている場合は、テスト対象者を拡大する前に問題を修正してください。

• セグメント化 — テスト担当者を使用シナリオごとにグループに分け、対象を絞ったフィードバックを収集します
• 使用 — FabricまたはFirebase Crashlyticsを使用して、テスト担当者のデバイスでのクラッシュを詳細に分析します
• 更新 — 1〜2週間ごとにビルドを更新し、テスト担当者が最新バージョンで作業できるようにします
• 収集 — In-App Review APIまたはGoogle Groupsを介して構造化されたフィードバックを収集します
• 確認 — Openトラックに移行する前にAndroid Vitalsを確認します — クラッシュ率は1.5%を超えないようにします