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 的方案，預設便建基於相同的緩衝原則之上。