Google Play 20 位測試人員要求詳解
Google 的實際最低要求是 12 位已參與的測試人員，連續 14 天。以下解釋為何人人都說「20」、究竟什麼會重設您的計時，以及如何在首次嘗試便通過。
如果您於 2023 年 11 月 13 日之後建立個人 Google Play 開發人員帳戶，便無法像五年前的開發人員那樣直接發佈應用程式至正式版, Google 現時要求先完成封閉式測試期，而人人引用的數字卻並不一致。
Google 要求 12 位已參與的測試人員，連續 14 天。您不斷看到的「20」其實是安全緩衝，並非實際規則, 下文詳細解釋，並準確說明什麼會將您的計時重設回零。
Google 實際的要求
Google 就新個人開發人員帳戶所訂立的書面政策十分明確：在您可申請正式版本存取權之前，您的應用程式需要 至少 12 位已參與的測試人員 加入封閉式測試群組，並且該群組需要維持在 12 位或以上已參與測試人員，為期 連續 14 天。
這就是字面上的規則。12 才是 Google 檢查的門檻, 並非 20。那麼「20」究竟從何而來？為何幾乎每篇談及此議題的網誌文章、論壇討論及測試服務頁面都會提及？
為何您同時會見到「12」和「20」
因為 12 是硬性下限，並非一個舒適的工作數字。剛好招募 12 位，您在整整兩星期內便完全沒有空間容許一次流失。以下是 Google 實際檢查的數字，與經驗豐富開發人員實際招募的數字之間的分別：
12 位已參與測試人員。 這是政策字面上、書面訂明的下限，法律上並無更多要求。
15–20 位測試人員。一個緩衝數量，即使有 3 至 8 位流失，仍能安全地維持在 12 位測試人員的門檻之上，無需重新開始。
連續 14 天計時詳解
Google 政策中最關鍵的字眼是 「連續」。Google 要求的並非在一個月內分散進行合共 14 天測試, 而是連續 14 天不間斷，期間測試人員人數絕不跌破 12 位。實際情況大致如下：
正是這個單一機制，令此要求在實際操作上遠比「找 12 個人安裝應用程式」困難得多。這並非一項待辦清單項目, 而是一場兩星期的耐力測試，觸發重設的門檻極低。
什麼才算是「活躍」測試
參與本身並非終點。Google 的系統亦會檢查測試人員是否真正使用應用程式，而非只是安裝後便置之不理。這種模式已在數千宗開發人員報告中被充分記錄：
測試人員在第 1 天只打開應用程式一次，之後便再無動靜，這是一個警號, 尤其是當多位測試人員均出現同一模式時。
來自模擬器的安裝，或許多帳戶集中於同一資料中心 IP 範圍，都是可被偵測到的，並可能令整個測試流程作廢。
如果所有測試人員都在同一分鐘內參與，且裝置指紋相似，這會被解讀為人為協調，而非自然發生。
這亦正是大多數免費及廉價測試方法悄悄失敗的環節, 見 「為何我的應用程式在 14 天後被拒絕？」 了解 Google 標記的具體拒絕模式。
Google 為何加入此規則
此要求是刻意設置的障礙，用以回應一個具體問題：
新的個人開發人員帳戶可直接發佈至正式版，除基本政策檢查外無需其他審核。根據 Google 自己的說法，Play Store 因而充斥著粗製濫造的垃圾內容、資產翻用的仿製品，以及來自一次性帳戶的惡意軟件。
應用程式必須維持至少 12 位真人連續兩星期的關注，才能公開發佈。這是一個粗略的過濾機制，但對 Google 而言，於大規模層面實施的成本低廉, 而且確實能阻擋最懶惰的垃圾內容。
會重設您計時的常見錯誤
絕大多數失敗的嘗試，都源於少數幾個可避免的錯誤：
- 1
將「已加入」與「已參與」混淆
將 12 個電郵地址貼入 Play Console 的測試人員名單，本身並無作用。每位測試人員都必須親自點擊參與連結。
- 2
剛好招募 12 位，毫無緩衝
只要一位流失，您便會回到第 0 天。這是開發人員需要重新開始的最常見原因。
- 3
使用機械人或模擬器農場
廉價的自由工作平台「測試人員」，往往其實是自動化腳本, Google 偵測到的頻率比賣家承認的要高得多。見 「Fiverr 騙局 vs 真正代理商」。
- 4
從低責任感的免費交換群組招募
「你測我的，我測你的」這類群組，實際流失率遠高於 30%。見 「免費測試人員的實際運作方式」。
- 5
在記錄期間推送重大更新
小型修補一般並無問題；但在您 14 天期間進行重大功能改動，則可能觸發重設。
免費 vs 付費：開發人員實際如何符合此要求
要取得 12 位以上已參與、真正投入的測試人員，有三條實際可行的途徑：
不花錢，但花費真實時間，且三者之中流失風險最高。若時間安排彈性、又有耐性四出追人，這條路是可行的。
表面上快捷便宜，但質素因賣家而異，落差極大，而所謂保證（如有）亦甚少涵蓋 Google 實際拒絕的情況。
真實、經驗證的測試人員，內建緩衝應付流失，由專責確保您的計時不被重設的團隊負責運作。
如何在首次嘗試便通過
無論您選擇哪一條路，首次嘗試便成功的開發人員，一貫都做對同樣四件事：
- 1
招募至少 15 至 20 位測試人員，絕不剛好 12 位，以應付正常流失。
- 2
確認每位測試人員確實已點擊參與連結，而非只是被加入名單。
- 3
在整整 14 天期間，避免推送重大應用程式改動。
- 4
保留真實測試活動及意見的記錄, Google 的測試後問卷會要求提供具體細節。詳見 問卷完整指南。
如果您不想親自處理這一切，這正正是「一站式代辦」服務存在的原因, 真實測試人員、由始至終內建的緩衝，以及涵蓋實際結果（而非僅是服務價格）的保證。詳見 現時方案及價格。
常見問題
Google Play 真的要求 20 位測試人員嗎？+
不是。書面上的最低要求是 12 位已參與的測試人員，連續 14 天。20 是大多數開發人員及服務為保護 12 位測試人員門檻不被單一次流失突破，而招募的緩衝數字。
Google Play 封閉式測試中「已參與」是什麼意思？+
這代表測試人員已點擊您測試群組的官方參與連結並接受, 並非只是其電郵地址被加入 Play Console 名單。Play Console 會區分「已加入」與「已參與」，只有後者才計入您的 12 位人數。
更新應用程式會否重設 14 天計時？+
小型錯誤修正更新一般不會。但無論任何原因，只要已參與測試人員人數跌破 12 位，就必定會重設。
封閉式測試實際需時多久？+
一旦達到 12 位已參與測試人員，便需連續 14 天為最低要求。大多數開發人員應預留 2 至 4 星期，以計及招募時間，以及至少一次重新開始的實際可能性。