多くの開発者は、14日間のクローズドテストを待合室のように扱います。テスターを12人集め、2週間待ち、申請する。このやり方では、申請が却下されてもう14日間かかることがよくあります。Google の製品版へのアクセスの審査ではテスト中に何が起きたかを聞かれ、正直に答えると「何も起きなかった」になってしまうからです。
よりよいのは、2週間を締め切りのある短いベータテストとして扱うことです。この計画ではテストを段階に分け、それぞれにいくつかの具体的なタスクを割り当てています。「テスター12人・14日間」要件の基本は知っている前提です。クローズドテストのトラックをまだ設定していない場合は、Play Console でのクローズドテストの設定方法から始めてください。
計画の全体像
| 時期 | 重点 | 主なタスク |
|---|---|---|
| 1日目より前 | 準備 | アプリの設定タスク、クローズドテストのトラック、国の選択、テスターの確保、リリースの承認 |
| 1〜3日目 | 安定させる | 12人以上のオプトインを確認、インストールを確認、クラッシュを監視 |
| 4〜7日目 | 耳を傾ける | フィードバックを集め、深刻な問題を修正し、最初のアップデートを配信 |
| 8〜11日目 | 改善する | 2回目の修正と仕上げ、人数を12人より上に保つ |
| 12〜14日目 | 準備する | 製品版へのアクセス申請の回答を下書き、最終確認 |
| 15日目以降 | 申請する | ダッシュボードに14日間と表示されたら申請を提出 |
1日目より前：すべてを準備する
カウントはクローズドテストのトラックを作成した時点では始まりません。12人以上のテスターがオプトインした時点で始まります。それまでの時間を使って、障害をすべて取り除いておきましょう。
- Play Console でアプリの設定タスクを完了する：プライバシー ポリシー、アプリのアクセス権、広告、コンテンツのレーティング、ターゲット ユーザー、データ セーフティ、ストアの掲載情報。
- クローズドテストのトラックを作成し、テスターが住んでいるすべての国を選択する。
- Google グループかメーリング リストで、12人ではなく少なくとも15人のテスターを確保する。足りない場合はテスター12人を集める方法をご覧ください。
- リリースをアップロードして審査に送信する。 オプトインリンクがテスターに使えるようになるのは、Google がクローズドテストのリリースを承認してからで、数時間から数日かかることがあります。
- テスターが一度で参加できるよう、テスター向けの説明を用意する。そのまま使える文面も用意しています。
- テストログを始める：日付、テスターの人数、バグ、変更点をメモしていく簡単なドキュメントです。
1〜3日目：テストが本当に動いているか確かめる
最初の3日間で、残りの11日間がカウントされるかどうかが決まります。Play Console のダッシュボードで製品版へのアクセスのチェックリストを確認し、オプトインしたテスターが12人以上と表示されているか確かめましょう。参加したと言っている人数より少なく表示されている場合は、今すぐ原因を突き止めてください。よくある原因はPlay Console がテスターをカウントしない理由にまとめています。
- インストールを確認する。 オプトインはインストールではありません。スマホにアプリが入ったら教えてもらいましょう。
- クラッシュを監視する。 Play Console で Android vitals とリリース前レポートを開きましょう。特定の機種で起動時にクラッシュするのはよくあることで、自分のスマホでは見落としがちです。
- スタート地点をログに書き留める：カウントが12人に達した日付と、現在のテスターの人数。
4〜7日目：耳を傾け、最初のアップデートを配信する
この頃にはテスターはアプリを何度か使い、意見を持っています。登録手順はわかりやすかったか、どの画面で迷ったかなど、1人ひとりに具体的な質問を1つしてみましょう。具体的な質問には答えが返ってきますが、「何かフィードバックはありますか？」には沈黙が返ってきます。
- フィードバックを分類する：クラッシュ、壊れた操作の流れ、提案。
- クラッシュと壊れた操作の流れを先に直し、クローズドテストのトラックに新しいリリースを公開する。
- 何をなぜ変えたかを書いたリリースノートを書く。テストを受けて対応した証拠として、後で役に立ちます。
- 7日目のチェックポイント：テスターの人数はまだ12人を上回っていますか？減っていたら、13日目ではなく今日、代わりを集めましょう。
8〜11日目：改善し、勢いを保つ
2週目は、たいていエンゲージメントが落ちてくる時期です。修正した内容と、新しく試してほしいことを1つ伝える短いメッセージをテスターに送って、関心をつなぎとめましょう。そしてフィードバックをもとに、2回目の小さな改善を行います。文言、特定の画面サイズでの小さなレイアウトの崩れ、空の状態の表示がない画面、表示の遅い画面などです。
テスターの人数は1〜2日おきに確認し続けましょう。要件は直近14日間の継続なので、10日目に人数が減るのは、2日目に減るのと同じくらい重大です。
12〜14日目：申請の準備をする
14日目まで書き始めるのを待たないでください。テストログを使って、製品版へのアクセス申請フォームの3つのパート、つまりクローズドテスト、アプリ、製品版の準備状況について回答を下書きしましょう。よい回答は具体的です。テスターの集め方、カバーしたデバイスと Android バージョンの数、見つけて修正したバグ、最初と最後のビルドの間で何が変わったか、などです。
各質問については製品版へのアクセス申請の質問への答え方で詳しく解説しています。また、このバージョンを全員に公開することになるので、ストアの掲載情報、スクリーンショット、データ セーフティのフォームが現在のアプリと一致しているかも確認しましょう。
15日目以降：製品版へのアクセスを申請する
申請するのは、要件を14日間満たしたことがダッシュボードで確認できてからにしましょう。早めに申請することはできませんし、自分で日数を数えると1日ずれやすいものです。判断が出るまでは、テスターにオプトインしたままでいてもらいます。Google によると、申請の審査は通常7日ほどで行われます。
申請が却下された場合、Google から再申請の前にテストを続けるよう求められます。次の挑戦を始める前に、製品版へのアクセスが却下される理由と対処法をお読みください。
テスターの管理を自分でしたくない場合
この計画の多くはテスターの管理です。集めて、確認して、リマインドして、入れ替える。TesterBie はその部分を引き受けます。それぞれ専用の Google アカウントを持つ当社の実機の Android スマホが、24時間以内にクローズドテストに参加し、Google Play からインストールして、14日間毎日アプリを使います。予備のスマホが人数を12人より上に保ちます。バグはスクリーンショット付きでメールでお知らせするので、アップデートや申請の材料になります。プランは 1アプリあたりテスター13人で US$14.99、15人で US$19.99、20人で US$29.99 です。プランを見るか、テストを始めて Google Play 用のテスター12人を手に入れましょう。
よくある質問
14日間のカウントは正確にはいつ始まりますか？
12人以上のテスターがクローズドテストにオプトインした時点で始まります。トラックの作成やビルドのアップロードでは始まりません。また、テスターがオプトインできるようになるには、リリースが Google に承認されている必要があります。
テスト中にアップデートを公開すると、14日間はリセットされますか？
いいえ。同じクローズドテストのトラックに新しいリリースを公開しても、テスターはオプトインしたままです。テスターの人数が12人以上を保っている限り、テスト中のアップデートは Google にとってよい兆候です。
14日目に製品版へのアクセスを申請できますか？
Play Console のダッシュボードで要件を14日間満たしたと表示されてから申請しましょう。申請のステップはそのときに使えるようになります。自分で日数を数えると間違えやすいものです。
申請した後も、テスターはオプトインしたままにしておくべきですか？
はい。審査で直近の利用状況が確認されたり、テストを続けるよう求められたりする場合に備えて、Google の判断が出るまでクローズドテストを続け、テスターにオプトインしたままでいてもらいましょう。