Google PlayのInternal Testing Track：トラックの設定

Internal Testing Trackとは？

Internal Testing Trackは、Google Play Consoleにおけるテストの第一レベルであり、開発チーム内でビルドを配信するために設計されています。主な目的は、ClosedまたはOpenトラックに対象を拡大する前に、動作確認、統合テスト、および重大バグの発見を行うことです。

他のGoogle Playトラックとは異なり、Internal Testingはアクティベーション前にGoogleのレビューを必要としません。コンソールへのアップロード後数分でテスターがビルドを利用できるようになります。これにより、デイリービルドやCI/CDパイプラインからの自動配信に理想的なトラックとなっています。

Google Play Consoleのドキュメント（2024）によると、Internal Testing Trackは二つの配信オプションをサポートしています：メールリスト（最大100名）とGoogle Groups（制限なし）。グループはメンバーが頻繁に変更される大きなチームに適しており、メールは固定された開発者セットに最適です。

Internal Testing Trackを選択すべきタイミング

Internalトラックは、アプリがまだ不安定でAPIが変更される可能性がある開発初期階段で選択されます。CI/CDパイプラインが新しいビルドをInternalトラックにアップロードし、チームは直ちに最新バージョンを受け取ります。ビルドが外部テスターやユーザーに届く前に、エラーとクラッシュログがPlay Consoleを通じて収集されます。

新規開発者アカウントにとって、Internal Testing Trackは公開への準備における第一歩となります。Googleはこの階段でビルドをレビューしないため、チームはレビューに提出する前に自ら製品の品質を確認できます。

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

Internal Testing Trackの設定は、Google Play ConsoleのRelease > Testing > Internal Testingセクションで行います。プロセスには、トラックの作成、初めてのビルドのアップロード、およびテスターの追加が含まれます。

トラックを作成するには、Internal Testingセクションに移動し、Create trackをクリックします。トラック作成後、システムはAAB (Android App Bundle)フォーマットで初めてのビルドをアップロードするように促します。Googleは、すべてのタイプのテストにAABを推奨しており、そのフォーマットはデバイスアーキテクチャに合わせてアプリサイズを最適化します。

ビルドをアップロードした後、テスターを追加することでトラックへのアクセスが開かれます。少なくとも一人のテスターがいなければ、トラックはアクティブとみなされません。Google Play Consoleはトラックのステータス、アップロードされたビルドの一覧、および各参加者のインストール統計を表示します。

// build.gradle - Internal Testing Trackへの自動アップロード
android {
    def versionCode = System.env.GIT_COMMIT_COUNT ?: "1"
    def versionName = "1.0." + versionCode

    defaultConfig {
        versionCode versionCode.toInteger()
        versionName versionName
    }
}

// Gradle Play Publisherプラグインでデプロイ
plugins {
    id 'com.github.triplet.play' version '3.9.0'
}

play {
    track = "internal"
    serviceAccountCredentials = file("play-account.json")
}

Internalトラックへのテスター追加

Internal Testing Trackへのテスター追加は二つの方法で可能です：メールまたはGoogle Groupsを介して。メールリストは、固定メンバーの小さなチームに適しています。各テスターはコンソールで手動で追加され、指定されたアドレスに招待が送信されます。

Google Groupsは、メンバーが変更されるチームや自動アクセス管理に適しています。グループをトラックに追加するだけで、すべてのメンバーがビルドにアクセスできるようになります。グループの構成変更は、Play Consoleの設定を更新せずに行えます。

テスターは、デバイスでGoogle Playを通じてアプリをインストールします。トラックに追加された後、以前に別のトラックからインストールしていた場合はアップデート可能として、そうでない場合は新しいアプリとして表示されます。Internalトラックからのビルドは公開されず、トラック参加者だけが確認できます。

Internalトラックでのメトリック収集

Google Playは、Internal Testing Track内のすべてのビルドについて自動的にAndroid Vitalsを収集します：クラッシュ率、ANR、起動時間。最初のテスターがビルドをインストールすると、すぐに開発者がPlay Consoleでメトリックを確認できます。データは凝集延れなしでリアルタイムに利用可能です。

Internal TestingとClosed/Openトラックの違い

Internal Testing Trackは、ClosedおよびOpenトラックと、アクセス速度、レビューの要件、オーディエンスの規模が異なります。Internalはモデレーションが不要であり、ClosedはGoogle Groupsの設定とレビューが必要であり、Openは完全なGoogleレビューを経てます。

Internalトラックは、待ち時間なしでビルドを利用できる唯一のトラックです。ClosedとOpenはGoogleのレビューが必要で、数時間から2日までかかります。新規開発者アカウントの場合、Open Testing Trackが必須です：アプリはプロダクション公開前に14日間のオープンテストを経なければなりません。

CI/CDを介したInternal Testingの自動化

Internal Testing Trackへのアップロード自動化は、AndroidプロジェクトのCI/CDパイプラインでの標準的な実践です。Gradle Play Publisherは、自動ビルドパブリッシングのための最も人気のあるプラグインです。これはAABに署名し、Google Playにアップロードし、トラックを指定します。

Fastlaneは、Play Consoleへビルドをアップロードするためのsupplyアクションを提供しています。トラックパラメータは、internal、closedalpha、openbeta、productionなどのターゲットトラックを指定します。バージョン管理とサービスアカウントはFastfileで一度だけ設定します。

# Fastfile - Internal Testing Trackへの自動アップロード
platform :android do
    desc "Build and deploy to Internal Testing"
    lane :internal do
        gradle(task: "bundleRelease")
        supply(
            track: "internal",
            aab: "app/build/outputs/bundle/release/app-release.aab",
            skip_upload_metadata: true,
            skip_upload_images: true
        )
    end
end

Google Playサービスアカウントは、Google Cloud ConsoleでPublisherロールを持ち、Play Consoleの開発者アカウントに連掐されます。サービスアカウントのJSONキーは、CI/CDリポジトリで保護変数（GitHub Secrets、GitLab CI Variables、Jenkins Credentials）として保管されます。