連載ストックリスト：Android版「見開きPDFビューア」開発記録
この記事は、ChatGPTと壁打ちしながら、第2回・第3回で調べた記録をもとに作成しました。記録で確認できた事実と、筆者の記憶・推測を区別して記載しています。
Android用「見開きPDFビューア」の開発記録、第2回・第3回から、クローズドテストに関する部分をまとめました。募集、参加手順、テスト中の改善、申請時に困った点を振り返ります。日付は2026年です。
図1に、テスト開始から初回製品版の公開までの流れをまとめました。
図1 募集・参加支援と改善作業を並行して進め、9月30日の要件達成・アクセス申請から、10月1日の承認確認、10月2日の製品版申請、10月7日の一般公開へ進んだ流れ。公開方法を選んだ理由は筆者の記憶です。
テスト開始から公開まで
9月10日：v1.0.7（versionCode 8）でクローズドテストを開始。
9月30日：テスト要件を達成し、製品版へのアクセスを申請。
10月1日：アクセス申請の審査結果を確認。その後、製品版リリースの審査への提出を取り下げ、オープンテストへ切り替える。
10月2日：オープンテストの審査が進んでいないことを確認し、製品版リリースを申請。
10月7日：v1.4.0（versionCode 22）を初回製品版として公開。
「テスト要件の達成」「製品版へのアクセス承認」「製品版リリースの申請」「一般公開」は別の段階でした。テスト開始から一般公開までは約1か月です。
まずは、テスターを集める
募集方法はAndroid Studio内のGeminiに相談しました。9月10日の記録には、次の依頼が残っています。
筆者のプロンプト（全文）
テスターを20人以上集める必要があるので、募集方法の計画を立ててほしい。
Geminiの回答（抜粋）
① 身内・友人・同僚（目標 5人）
② SNS (X / Twitter) での拡散（目標 10人）
③ 開発者同士の相互テスト（目標 5人）
④ 専門コミュニティ（目標 5人）
「20人」は当時の質問の数字で、経路別の目標を足すと25人です。実際には、知人へのメール、X、Facebookを使いました。RedditやDiscordは使い慣れておらず、候補から外しました。
Gmailで直接依頼した知人は5人。そのうち4人がGoogleグループに登録し、参加意向を確認できました。ただし、参加したとの連絡は1人、支援したものの参加できなかった人が1人。残る2人は、当時のPlay Consoleの表示から参加できたと推測していますが、その表示の記録はありません。
Xでは、相互テストを募集している開発者へリプライやDMで連絡する方法が有効でした。GoogleグループではX経由の12人までの登録を確認できましたが、グループ登録だけでインストールや継続参加まで証明できるわけではありません。
Yahoo!メールで依頼した知人1人は参加につながらなかったと記憶しています。Facebookでは知人の参加は確認できませんでしたが、面識のなかった方から相互テストの申し出があり、1人のダウンロード完了の報告を得ました。
図2に、Geminiの募集計画と、実際の募集経路で確認できた反応を整理しました。
図2 募集計画と実際の反応。目標人数と実績を分け、グループ登録・参加連絡・ダウンロード完了・筆者の推測を区別しています。経路ごとの人数を合算して継続参加者数にはしていません。
募集して終わりではなく、参加できるまでを支援する
参加案内は、次の流れでした。
Googleグループへ登録する。
テスト用リンクで参加登録（オプトイン）する。
Playストアのアプリページからインストールする。
途中で、グループへ登録したGoogleアカウントと、端末のPlayストアで使うアカウントが違い、進めないことがありました。アカウントの切り替えや、参加登録からインストールまでを個別に案内しました。
相互テストへ参加する側でも、私自身がつまずきました。登録リンクが機能しない場合や、グループ登録後にテスト・アプリのページを開けるまで待つ場合、アプリの更新後にインストールできない場合がありました。グループの設定や配信の反映待ち、Playストアアプリのデータ・キャッシュの更新遅れを考えていますが、原因を確定したものではありません。
参加するアプリが増えると、継続中か終了済みか分からなくなり、スプレッドシートで自分の参加日と終了状況を管理し始めました。後に追加したフィードバック列や、10月のBetaLobbyでの参加は、この9月の経緯とは別です。
テスト中も、実機を増やして改善を続ける
開発開始時のAndroid実機はXperia 10 VIの1台でした。テスト中にタブレットやChromebookなどを増やし、低性能・低RAM、広い画面、異なる種類の端末で確認できる範囲を広げました。
Galaxy Tab A（SM-T510）でページ送りの遅さに気付き、先読み・キャッシュを導入しました。しかし連続操作で停止したため、SC-53Dとの違いも伝え、最終的にはモデル名ではなくRAM量などで処理を切り替える実装へ見直しました。
検索語の入力途中に停止する問題には、検索と描画のPDFアクセスを直列化し、古い検索処理を止める対策を追加しました。1100ページのPDFの読み込みなどを扱う負荷テストも追加しています。
ビルドや単体テスト、指定した負荷テストの成功は残っています。一方、修正後に同じ実機操作で停止しなくなった記録まで確認できない項目もあります。AIの「修正した」という回答と、実際に再試験で確認できたことは分けて読む必要がありました。
申請では、何を根拠に説明するか困った
人数条件は、当初の「20人」という理解から途中で整理されました。2026年10月31日に確認した公式ヘルプでは、対象となる新しい個人用アカウントについて、12人以上が直近14日間連続でオプトインするクローズドテストが申請条件です。人数・期間を満たすことは、自動承認を意味しません。
製品版へのアクセス申請では、テストの実態、想定利用者とアプリの価値、改善内容と公開準備などを説明しました。しかし当時、Play Consoleの品質指標を判断材料にできる数値はなく、Playストア経由のフィードバックも0件だったと記憶しています。
参加手順の相談やダウンロード完了の連絡はありましたが、問題点や改善点を指摘するフィードバックはなかった、というのが私の振り返りです。そこで、他のテスターの意見としてではなく、自分で見つけて直した低RAM端末や検索の問題、追加した検証を説明しました。最終提出文の控えはなく、この説明は記憶に基づく要約です。
図3に、申請の説明に使えなかった材料と、自分の検証・改善から説明したことをまとめました。
図3 申請時の判断材料と説明の組み立て。品質数値やフィードバックについての当時の状況、最終提出文の内容は筆者の記憶に基づく説明として扱い、履歴で確認した改善や再試験の未確認事項と区別します。
アクセス承認後も、公開方法で迷った
10月1日にはアクセス申請の審査結果を確認できましたが、次にオープンテストへ進むか、製品版を公開するかで迷い、手続きをやり直しました。10月2日のメールには、オープンテストの審査が進んでいないことと、製品版リリースを申請したことが残っています。
見込みユーザーが少なく、オープンテストを実施しても効果を期待できないと考え、製品版へ進みました。この判断理由は当時の記録ではなく、私の記憶です。
振り返って
クローズドテストは、人数と日数を待つだけの期間ではありませんでした。募集と参加支援、相互テストの管理、実機での検証と改善、申請に使う根拠の整理を並行して進めていました。
これから取り組むなら、参加手順を分かりやすく案内すること、低RAMなどの境界条件を早めに試すこと、問題・修正・再試験の結果と受け取った意見をその都度残すことを意識したいと思います。
詳しいプロンプト・図・根拠は、第2回と第3回をご覧ください。
制度の確認先：Google Play Console ヘルプ「新しい個人用デベロッパーアカウントのアプリのテスト要件」
公開記事：https://qiita.com/tyamada22/items/66d60bad94c24550cc44