14 天封閉測試期間該做什麼：讓 App 真的被測過、問卷有內容可寫

為什麼 14 天不只是等時間到

官方說明提到，測試期間的互動度不足，可能會被要求繼續測試。申請問卷也會問：

• 測試人員實際用了哪些功能
• 你收到哪些回饋、怎麼收集的
• 你根據回饋做了哪些修改
• 你怎麼判斷 App 已經可以上架

如果這 14 天只是讓人掛著，這幾題就很難寫出具體內容。

第 1～3 天：確認大家都順利進來

• 確認 12 位以上測試人員都已選擇加入，App 可以正常安裝、開啟。
• 開好回饋管道，例如意見回饋網址、電子郵件或表單。
• 開始記錄：日期、發生什麼問題、在哪個版本修正。

第 4～10 天：讓主要功能都被用到

• 請測試人員走一遍主要流程，例如註冊、核心功能、設定、付費流程。
• 留意不同手機、不同 Android 版本的表現。
• 收到問題就修，修好就上傳新版本，並記下版本號。

第 11～14 天：整理紀錄

• 確認人數仍然在 12 人以上，連續天數沒有中斷。
• 把回饋和修改整理成清單，申請問卷第 6～8 題都會用到。
• 回想這 14 天的測試涵蓋了哪些情境，用來回答「怎麼判斷可以上架」。

實際測試中常見的 5 類問題

開發者自己測的是功能，使用者感受到的是斷網、閃退、畫面沒反應。以下是實際測試案例中常見的幾類問題，每個 App 發現的問題不同，數量取決於 App 本身：

1. 關鍵時刻整個畫面點不動：斷網時走到結算畫面，所有按鈕都沒有反應，只能強制關閉重開。
2. 廣告退不掉，返回後還有數秒空白：使用者不知道該等，還是 App 壞了。
3. 資料只寫了一半：畫面直接顯示開發用的預設值，看起來像半成品。
4. 關掉 App 再開，進行中的進度消失：草稿、購物車、填到一半的表單都有同樣的風險。
5. 畫面完全靜止，還在消耗 CPU：使用者感受到的是手機發燙、耗電。

這些情境都值得在 14 天內刻意測一次：斷網、反覆返回、關掉重開、放著不動。

把紀錄變成問卷內容

測試期間的紀錄，可以直接對應到申請問卷。用〈申請正式版問卷準備清單〉邊測試邊記錄，最後一鍵複製整理。

問卷需由你自行填寫，我們不提供代寫服務。