Google Play 14 天連續測試規則詳解
了解 Google Play 封閉式測試政策中最容易被誤解的部分：「連續」14 天記錄，以及為何眾多開發人員在首次嘗試時便失敗。
Google Play 要求進行封閉式測試，至少要有 12 位已參與的測試人員，連續運行 14 天。這句話中真正的關鍵字，幾乎每位新開發人員都會因此措手不及，是 「連續」。
1. 14 天「連續」政策
這並非在一個月內分散進行合共 14 天測試，而是連續 14 個曆日不間斷的記錄。
您必須在這 14 天的每一天，均維持至少 12 位活躍、已參與的測試人員，並非平均而言，而是每一天。
只要您的活躍人數在任何一天跌破 12 位，例如有測試人員解除安裝、退出參與，或不再活動，記錄便會中斷，並重設回第 0 天。
13 天順利記錄後接著一天出錯，其結果與完全沒有測試零天相同。
2. 測試人員流失的風險
開發人員在此要求上失敗的最常見原因，並非找到 12 位測試人員，而是 留住 這 12 位測試人員。人往往以一種可預測的方式不可靠，即使您無法預測具體是哪一位會流失。
親友通常會忘記應用程式的存在，在第 1 或第 2 天之後便再沒打開過。
從免費交換社群招募的測試人員，會在測試期間中途解除安裝應用程式，以騰出手機儲存空間，這是開發人員回報最常見的流失原因。
3. 超額配置策略
由於 12 位測試人員的門檻完全沒有犯錯空間，經驗豐富的開發人員從不會剛好招募 12 位。他們會預留緩衝，足夠的測試人員數量，讓正常、預期中的流失仍能保持在門檻之上。
12 位測試人員。這是 Google 的硬性下限，在整整兩星期內，完全沒有空間容許一次流失。
15–25 位測試人員。即使 14 天內有 3 至 4 人流失或不再活動，您的活躍人數仍不會跌破必要的 12 位。
這純粹是算術上的風險管理，不會令 Google 的審核流程更容易，只是令單一次流失變得可承受，而非致命。
4. 符合演算法要求的參與度
獲得參與資格並非終點。Google 的系統亦會評估測試人員是否在 14 天內真正使用應用程式，而非只是安裝後便置之不理。
測試人員在第 1 天只打開應用程式一次，之後便再無動靜，這是一個警號，尤其是當多位測試人員同時出現這種模式時。
真實的參與度，會在整整 14 天內呈現重複打開及正常瀏覽的模式，而非單次爆發的活動。
偶爾的當機或錯誤報告，並非需要隱藏的問題，這是真人使用真實應用程式的正常副產品。Google 標記的是缺乏活動，而非錯誤的存在。
5. 更新應用程式會否重設計時？
這是有關 14 天規則最常見的問題之一，誠實的答案是：視乎您更新了什麼。
錯誤修正、細微文字改動及小型介面調整，一般不會重設您的記錄或已參與測試人員人數。
改變應用程式核心功能、套件結構或權限的重大更新，可能令 Google 將其視為新的測試情境，有重設的風險。
6. 將 14 天記錄自動化
連續兩星期手動監察 12 位以上人士的每日參與情況，確實令人疲於奔命，而這正正是那種重複性高、風險亦高、稍一不慎便會出錯的追蹤工作。GetAppTesters 的存在，正是為了替您卸下這整個重擔。
我們由第一天起便採用超額配置，三個方案的設計均高於 12 位測試人員的下限，而非事後補救。
我們的團隊會直接監察每日參與情況，因此單一次流失會在威脅到您的記錄之前，便被發現並補上。
每個方案均由 100% 保證作後盾：如 Google 因我們負責監察期間記錄中斷而拒絕您的應用程式，我們會免費重新進行整個 14 天測試。
常見問題
真的是連續 14 天，還是合共 14 天測試？+
必須連續。Google 要求連續 14 個曆日不間斷，期間您已參與的測試人員人數必須每一天都維持在 12 位或以上。斷斷續續地進行測試，並不符合此要求。
如果我的測試人員人數在某一天跌破 12 位會怎樣？+
14 天記錄會立即重設回第 0 天。已完成的天數不設任何部分計算，一旦您已參與的人數重新達到 12 位或以上，便須由頭開始整整 14 天的計算。
更新應用程式會否重設 14 天測試計時？+
錯誤修正等小型更新，一般不會造成影響。改變核心功能或權限的重大更新，則有重設的風險。最安全的做法，是在您活躍測試期間完全避免任何非緊急更新。
我實際上應該招募多少位測試人員，而非只是最低要求？+
大多數經驗豐富的開發人員會招募 15 至 25 位測試人員，而非剛好 12 位，正正是為了應付正常流失而不致令記錄中斷。GetAppTesters 的方案，預設便建基於相同的緩衝原則之上。