封閉測試期間可以發布更新嗎 — 14 天不會中斷，發布方法與次數

1. 可以發布更新 — 14 天不會中斷

即使在封閉測試期間上傳新版本，14 天也不會從頭開始計算。 Play Console 說明中心文件只把要求寫成「至少 12 位測試人員在 14 天內持續選擇加入測試」，並沒有把版本數量或是否更新列為條件。在同一個測試群組上傳新版本， 不會改變測試人員的參與狀態。

讓 14 天中斷的不是更新，而是測試人員流失，例如測試人員取消參與、解除安裝應用程式、 從測試人員名單中被移除，或是建立新的測試群組並轉移過去。詳細的計算規則請見 14 天從何時開始計算。

2. 發布更新比較好的原因

滿 14 天後申請正式版存取權時，問卷最後一部分會詢問您根據封閉測試的結果對應用程式做了哪些變更，以及判斷已準備好發布的依據。 如果整個測試期間只有一個版本，這一題就沒有東西可寫。

相反地，如果保留了測試期間上傳的版本以及每個版本修正的內容，就能直接當作回答的依據。像「1.0.2 縮短了首頁載入時間， 1.0.3 修正了測試人員回報的登入錯誤」這樣同時寫出版本號碼和變更內容，審查人員就能加以確認。逐題範例請見 正式版存取權問卷逐題範例；只有一個版本時會產生的問題，已整理在 遭拒的 7 個原因中。

3. 在 Play Console 發布的步驟

1. 將應用程式的 版本代碼（versionCode） 改成比前一版更大的數字，並建構新的 App Bundle（.aab）。 用過的版本代碼無法再次使用。
2. 前往左側選單的 測試及發布 → 測試 → 封閉測試，在測試人員目前參與的測試群組點選 管理測試群組。
3. 在 版本 分頁建立新版本並上傳 App Bundle，在版本資訊中寫下這次的變更內容後儲存。
4. 在左側選單的 發布總覽 中將變更送交審查。如果開啟了代管發布，審查完成後必須手動發布，更新才會傳送給測試人員。
5. 審查完成後，測試人員的 Play 商店就會出現更新。開啟自動更新的裝置會自動取得，否則需要測試人員手動更新。

4. 多久一次、發布什麼

沒有規定的次數。實務上每 3–4 天一次，在 14 天內發布兩三次，就能留下足夠寫進問卷的紀錄。 不需要開發大型新功能，只要是在測試中發現並修正的內容，再小都可以。

• 修正測試人員回報的不便之處或錯誤
• 修正只在特定裝置 · OS 版本上發生的問題
• 改善首頁顯示太慢的問題（首次啟動太慢，測試人員就比較少使用應用程式）
• 整理測試人員感到困惑的部分，例如文字 · 畫面配置

每個版本都在版本資訊中用一行寫下變更內容，之後填寫問卷時，這份清單就是答案。 如果在申請前夕大幅修改應用程式，測試人員就沒有時間試用該版本，因此大型變更最好在測試的前中期發布。

5. 更新時造成中斷的情況

更新本身不會中斷 14 天，但在更新過程中，有些失誤會破壞測試。

• 建立新的測試群組來上傳。換了測試群組，先前累積的參與就不會延續。 更新請上傳到目前的測試群組。
• 上傳到內部測試群組。這樣不會傳送給封閉測試的測試人員，而且只有封閉測試才會計入（內部 · 封閉 · 公開測試的差異）。
• 上傳時順便整理了測試人員名單。從名單中移除的帳戶會立即不計入人數。 測試期間只新增、不移除。
• 上傳了首次啟動就會出錯的版本。一開就當掉的應用程式容易被測試人員解除安裝， 解除安裝後就不計入人數。上傳前請先在自己的裝置上確認安裝和首次啟動。

6. 測試人員看不到更新時

• 在 發布總覽 中查看是否仍在 審查中的變更。審查完成後才會傳送給測試人員。
• 如果開啟了代管發布，請確認審查完成後是否已手動發布。
• 確認上傳版本的測試群組，是否就是測試人員參與的那個測試群組。
• 剛發布後，Play 商店有時需要一段時間才會偵測到更新。測試人員可以開啟 Play 商店中的應用程式頁面手動更新。

DUIRE 的測試裝置每天都會檢查新版本。您只要在 Play Console 上傳新版本，裝置就會取得並安裝，並記錄每部裝置在什麼時間安裝了哪個版本。 這些紀錄會收錄在最終報告中，成為問卷的依據。