設定公開測試、封閉測試或內部測試

重要事項:如果開發人員的個人帳戶是在 2023 年 11 月 13 日之後建立,就必須符合特定測試規定,才能將應用程式上架至 Google Play。詳情請參閱這篇說明中心文章

您可以透過 Play 管理中心挑選特定群組來測試應用程式,也能開放 Google Play 使用者參與測試。

透過測試應用程式,您可以在幾乎不影響使用者的情況下解決技術和使用者體驗方面的問題,以便在 Google Play 發布最完善的版本。

事前準備

  • 電子郵件規定:使用者必須擁有 Google 帳戶 (@gmail.com) 或 Google Workspace 帳戶,才能參與測試。
  • 變更營利設定:如果您變更了應用程式定價,在所有測試群組中發布的現行和未來應用程式版本都會受到影響。
  • 變更適用的國家/地區:如果您變更了發行應用程式的國家/地區,則在所有測試群組中發布的現行和未來應用程式版本都會受到影響。
    • 注意:內部測試的營利設定和國家/地區適用設定有一些例外規定,詳情請參閱設定內部測試一節。
  • 版本
    • 您必須先測試應用程式,才能發布正式版本。
    • 公開測試版、封閉測試版和內部測試版首次發布後,測試人員可能需要經過數小時才會看到測試連結。如果您發布額外更新,那麼測試人員可能要等到幾個小時後才能取得這些更新。
  • 將機構納入測試
  • 評論:測試人員的意見回饋不會影響應用程式的公開評分。
  • 付費應用程式:如果您是針對付費應用程式執行公開測試或封閉測試,測試人員仍須購買應用程式。如果您是針對付費應用程式執行內部測試,則測試人員可免費安裝您的應用程式。

內部測試、封閉測試和公開測試之間的差異

正式發布應用程式前,您可以先在三個測試群組中建立版本,透過每個測試階段收集所需意見回饋,以便在開發過程中改善應用程式。

內部測試:執行內部測試可將應用程式快速發行給最多 100 位測試人員,進行初步的品管檢查。建議您先執行內部測試,再將應用程式發布到封閉或公開測試群組。如有需要,您也可以針對不同版本的應用程式同時執行內部測試和封閉/公開測試。您可以先執行內部測試,再完成應用程式設定。

封閉測試:執行封閉測試可讓更多測試人員對預先發布版應用程式進行測試,蒐集更詳盡的意見回饋。等到一小群同事或可信任的使用者完成測試後,您就可以進行公開測試。「封閉測試」頁面中將提供一個封閉測試群組,供您首次進行封閉測試時使用。如有需要,您也可以建立其他封閉測試群組,並指定該群組的名稱。

如果您要測試已發布的現有應用程式,只有測試群組內的使用者會收到封閉測試版更新。

公開測試:如果想對一大群使用者進行測試,並在 Google Play 發布測試版應用程式,可以選擇建立公開測試版本。進行公開測試時,任何人都能參與您的測試計畫並提交私人意見給您。如要採用這種做法,請先確認您的應用程式和商店資訊已經準備好在 Google Play 發布。

全部收合 全部展開

訣竅

如何踏出第一步?

建議您先進行內部測試,再讓一小批測試人員進行封閉測試。如果開發人員的個人帳戶是在 2023 年 11 月 13 日之後建立,就必須符合特定測試規定,才能將應用程式上架至 Google Play,進而使用預先註冊功能。詳情請參閱這篇說明中心文章

為什麼應該執行內部測試?

建立內部測試後,您可以立即將應用程式發布給內部測試人員。這種做法可協助您在開發階段及早發現問題並取得意見回饋。內部測試具有以下優點:

  • 迅速:透過內部測試群組發行應用程式,會比透過公開或封閉測試群組發行快上許多。當您將新的 Android App Bundle 發布到內部測試群組,測試人員在幾分鐘內就能取得應用程式。
    • 注意:首次發布的應用程式將立即提供給內部測試人員,但會顯示暫定的名稱和商店資訊一段時間,最長可達 48 小時。
  • 彈性:您可以配合不同的測試階段 (例如品管檢查和發布後偵錯) 調整內部測試。
  • 安全:透過內部測試群組,您可以在 Play 商店安全地向使用者發行測試版應用程式。
我可以對應用程式同時執行多項測試嗎?

如果您要對同一個應用程式執行多項測試,請注意下列事項:

  • 您隨時可以執行多項封閉測試和一項公開測試。
  • 如果使用者選擇加入您應用程式的內部測試,就無法再接收公開或封閉測試版本。如要取得公開或封閉測試的存取權,使用者必須先退出內部測試,才能選擇加入公開或封閉測試。

步驟 1:設定測試詳細資料

選擇測試方式

內部測試:最多可接受 100 位測試人員

您可以依電子郵件地址建立一份內部測試人員清單。每個應用程式的內部測試最多可接受 100 位測試人員參與。

設定內部測試時,請注意下列事項:

  • 發行國家/地區:您可以讓任何地區的使用者加入您的內部測試。即使內部測試人員的所在國家/地區無法取得正式版、公開測試版或封閉測試版應用程式,對方仍可獲得內部測試的存取權。
  • 付款:如果是付費應用程式,測試人員可以免費安裝內部測試版。此外,您必須將測試人員加入授權測試人員名單,否則對方就必須支付應用程式內購費用。
  • 裝置排除規則裝置排除規則不適用於內部測試人員。
  • 政策和安全性審查:內部測試可能不受一般 Play 政策規範,或並未經過安全性審查。內部測試群組目前使用的應用程式不受 Google Play「資料安全性」專區的規定所規範。

開始進行內部測試

建立測試人員的電子郵件名單:

如果您已建立電子郵件名單,請跳到「新增測試人員」操作說明。

  1. 開啟 Play 管理中心,然後前往「內部測試」頁面 (依序點選「測試」>「內部測試」)。
  2. 選取「測試人員」分頁標籤。
  3. 選取「測試人員」下方的「建立電子郵件名單」。
  4. 輸入名單名稱。日後您可以使用這份名單為任何應用程式進行測試。
  5. 新增測試人員的電子郵件地址 (以半形逗號隔開),或按一下「上傳 CSV 檔案」。如果您使用 CSV 檔案,每行只能輸入一個電子郵件地址,不須使用半形逗號。
    • 注意:如果您在輸入電子郵件地址後上傳 CSV 檔案,先前新增的電子郵件地址將會遭到覆寫。
  6. 依序選取「儲存變更」和「建立」。

新增測試人員

  1. 開啟 Play 管理中心,然後前往「內部測試」頁面 (依序點選「測試」>「內部測試」)。
  2. 選取「測試人員」分頁標籤。
  3. 在「測試人員」表格中,選取要用於測試應用程式版本的使用者名單。
  4. 提供意見回饋網址或電子郵件地址,以便收集測試人員的意見。當使用者查看測試人員的選擇接受頁面時,即可看到這個應用程式的意見回饋管道。
  5. 複製分享連結,將應用程式版本提供給測試人員。
  6. 選取「儲存變更」。

測試尚未完成設定的應用程式

即使應用程式尚未設定完畢,您也可以建立內部測試版本。只要準備好有效的應用程式套件,即可快速將這個套件發行給一小群測試人員。如要測試尚未完成設定的應用程式,請注意以下事項:

  • 應用程式首次接受審查前,Google Play 會向使用者顯示應用程式的暫定名稱;您可以在應用程式資訊主頁的應用程式摘要中找到這個暫定名稱。
  • 在您上傳成果後,應用程式的套件名稱就無法變更。
封閉測試:依電子郵件地址或 Google 網路論壇管理測試人員

選用封閉測試時,您可以依電子郵件地址建立一份測試人員名單。您總共可以建立 200 份清單,每份清單最多可包含 2,000 名使用者,每個測試群組最多可建立 50 份名單。

請輸入準備內部測試版本所需的資訊,儲存相關變更,然後選取「檢查版本」。

建立封閉測試

建立測試人員的電子郵件名單

如果您已建立測試人員名單,請跳到「新增測試人員」操作說明。

  1. 開啟 Play 管理中心,然後前往「封閉測試」頁面 (依序點選「測試」>「封閉測試」)。
  2. 選取「管理測試群組」。
  3. 選取「測試人員」分頁標籤。
  4. 選取「測試人員」下方的「建立電子郵件名單」。
  5. 輸入名單名稱。日後您可以使用這份名單為任何應用程式進行測試。
  6. 新增測試人員的電子郵件地址 (以半形逗號隔開),或按一下「上傳 CSV 檔案」。如果您使用 CSV 檔案,每行只能輸入一個電子郵件地址,不須使用半形逗號。
    • 注意:如果您在輸入電子郵件地址後上傳 CSV 檔案,先前新增的電子郵件地址將會遭到覆寫。
  7. 依序選取「儲存變更」和「建立」。

新增測試人員

  1. 開啟 Play 管理中心,然後前往「封閉測試」頁面 (依序點選「測試」>「封閉測試」)。
  2. 選取「管理測試群組」。
  3. 選取「測試人員」分頁標籤。
  4. 在「測試人員」部分中,您可以透過電子郵件地址或 Google 網路論壇新增測試人員:
    • 電子郵件地址:系統會自動選取「電子郵件地址」。如要利用電子郵件地址新增測試人員,只需選取要用於測試應用程式版本的使用者名單即可。
    • Google 網路論壇:選取「Google 網路論壇」並輸入 Google 群組電子郵件地址,格式如下:<群組名稱>@googlegroups.com。在您新增 Google 群組電子郵件地址後,只有該群組的成員才能加入測試。
  5. 提供意見回饋網址或電子郵件地址,以便收集測試人員的意見。當使用者查看測試人員的選擇接受頁面時,即可看到這個應用程式的意見回饋管道。

  6. 複製分享連結,將應用程式版本提供給測試人員。

  7. 選取「儲存變更」。
封閉測試:依機構管理測試人員

進行封閉測試時,您可以選擇要讓哪些機構存取測試群組,這些機構的管理員能夠指派使用者測試您的版本。

建議您只透過 Play 管理中心「或」Google 管理控制台的 Android 應用程式設定頁面新增測試人員。如果您同時在 Play 管理中心和管理控制台選取可參加測試的使用者,他們會取得所有可用應用程式版本中的最新版本。

如何新增測試人員:

  1. 開啟 Play 管理中心,然後前往「封閉測試」頁面 (依序點選「測試」>「封閉測試」)。
  2. 選取「管理測試群組」。
  3. 選取「測試人員」分頁標籤。
  4. 在「管理機構」部分中,選取「新增機構」。
  5. 決定可存取測試群組的機構,並輸入該機構的 ID 和名稱。
  6. 選取「新增」。
  7. 選取「儲存變更」。
公開測試:在 Google Play 推出測試版應用程式

如果您設定公開測試,使用者就能在 Google Play 上找到您的測試版應用程式。如要採取這種做法,請先確認您的應用程式已經準備好在 Google Play 上架。

  • 搶先體驗版應用程式 (尚未發布正式版本的新應用程式):使用者可透過 Google Play 搜尋功能找到您的公開測試版應用程式。只要找到您的商店資訊,使用者即可安裝您的應用程式。
  • 正式版應用程式:使用者可以從您的商店資訊加入公開測試。

您也可以透過網站或電子郵件分享測試網址連結,讓知道連結的每位使用者能存取公開測試。

建立公開測試

  1. 開啟 Play 管理中心,然後前往「公開測試」頁面 (依序點選「測試」>「公開測試」)。
  2. 選取「測試人員」分頁標籤。
  3. 展開「管理測試人員」部分。如果「管理測試人員」部分為空白,請確認您已上傳應用程式套件。
  4. 選擇要讓多少測試人員使用您的應用程式:
    • 無限制:這是預設選取的選項。
    • 限制人數:您可以指定人數上限 (不可少於 1,000 人)。
  5. 提供意見回饋網址或電子郵件地址,以便收集測試人員的意見。當使用者查看測試人員的選擇接受頁面時,即可看到這個應用程式的意見回饋管道。
  6. 複製分享連結,將應用程式版本提供給測試人員。
  7. 選取「儲存變更」。
為您的開發團隊建立其他封閉測試群組

在某些情況下,您可能需要建立其他封閉測試群組。舉例來說,您可能有其他開發團隊負責處理各種功能的錯誤。如果每個團隊都建立自己的測試群組,這些團隊即可同時處理各種不同功能。

如要使用其他測試群組,您可以依電子郵件地址建立測試人員名單,也可以利用 Google 網路論壇管理測試人員。這類群組沒有人數限制。

建立其他測試群組

  1. 開啟 Play 管理中心,然後前往「封閉測試」頁面 (依序點選「測試」>「封閉測試」)。
  2. 選取頁面右上方附近的「建立」。
  3. 輸入測試群組名稱。系統會在 Play 管理中心和 Google Play Developer API 中使用這個標題做為測試群組名稱。
  4. 選取 [建立測試群組]。
  5. 選取「測試人員」分頁標籤。
  6. 在「測試人員」部分中,您可以透過電子郵件地址或 Google 網路論壇新增測試人員:
    • 電子郵件地址:系統會自動選取「電子郵件地址」。如要利用電子郵件地址新增測試人員,只需選取要用於測試應用程式版本的使用者名單即可。
    • Google 網路論壇:選取「Google 網路論壇」並輸入 Google 群組電子郵件地址,格式如下:<群組名稱>@googlegroups.com。在您新增 Google 群組電子郵件地址後,只有該群組的成員才能加入測試。
  7. 提供意見回饋網址或電子郵件地址,以便收集測試人員的意見。當使用者查看測試人員的選擇接受頁面時,即可看到這個應用程式的意見回饋管道。
  8. 複製分享連結,將應用程式版本提供給測試人員。
  9. 選取「儲存」。

測試秘訣和支援說明

您建立的其他封閉測試群組不支援以下功能:

管理 Google Play 遊戲服務的測試人員

如果您使用 Google Play 遊戲服務,您的應用程式會自動和 Google Play 遊戲服務共用測試人員群組。

測試人員可以體驗您已儲存至遊戲專案,但尚未對實際使用者發布的變更內容,例如成就和排行榜。您可以根據測試人員的電子郵件地址來逐一管理這些測試者,或使用和現有測試群組一樣的測試人員。

只要依序點選「Play 遊戲服務」>「設定與管理」>「測試人員」,即可利用頁面上的測試人員切換鈕,自動納入已選擇加入應用程式測試的使用者。

如何逐一手動新增 Google Play 遊戲服務測試人員:

  1. 開啟 Play 管理中心,然後前往「Play 遊戲服務測試人員」頁面 (依序點選「Play 遊戲服務」>「設定與管理」>「測試人員」)。
  2. 依序選取左選單中的「Play 遊戲服務」>「設定與管理」>「測試人員」。
  3. 輸入您要新增的電子郵件地址。這個電子郵件地址必須是能夠登入 Google Play 遊戲服務的有效 Google 帳戶。
  4. 選取「新增」。

加入測試群組的使用者將可以使用 Google Play 遊戲服務登入,取得處於草稿狀態或已發布的成就,並登上預備或正式排行榜。

步驟 2:建立應用程式版本

設定應用程式測試的詳細資料後,您可以備妥並推出版本

如要進一步瞭解如何管理應用程式封閉測試群組和公開測試群組的國家/地區適用情形,請參閱「將應用程式版本發行到特定國家/地區」一文。

步驟 3:向測試人員提供應用程式

如果您在進行公開或封閉測試,測試人員可以透過自己的裝置前往 Google Play 找到您的測試版應用程式。進行封閉測試時,只有測試人員名單或群組中的使用者可以取得測試版應用程式。

如果您在進行內部或封閉測試,打算之後再公開測試應用程式或推出正式版本,那麼測試人員將無法利用 Google Play 搜尋功能找到您的應用程式。您必須與測試人員分享應用程式的 Play 商店網址,對方才能下載您的應用程式。

假使測試人員因為某些原因無法在 Google Play 找到您的應用程式,您也可以將選擇接受連結提供給他們。以下是使用選擇接受連結的注意事項:

  • 只有處於「已發布」狀態的應用程式才會顯示選擇接受連結,處於「草稿」或「待發布」狀態的應用程式則不會顯示選擇接受連結。
  • 按下選擇接受連結後,系統會提供測試人員的角色說明,並提供測試參加連結。每位測試人員都需要使用這個連結參加測試。
  • 如果您透過 Google 群組進行封閉測試,使用者需要先加入該群組,才能參加測試。

步驟 4:取得意見回饋

測試人員安裝您的應用程式後,應用程式會在數分鐘內自動更新為測試版本。

由於測試人員不能在 Google Play 上為您的測試版應用程式撰寫公開評論,所以建議您提供一個意見回饋管道,或者告知使用者如何向您提供意見 (例如透過電子郵件、網站或訊息論壇)。

如果您是執行公開或封閉測試,測試人員也可以透過 Google Play 提供私人意見回饋

步驟 5:結束測試

如何從應用程式測試中移除使用者:

  1. 開啟 Play 管理中心,前往要結束測試的測試頁面:
  2. 找出您要結束的測試,然後選取 [管理測試群組]。
    • 注意:視即將結束的測試類型和正在進行的測試數量而定,您可能不必執行這個步驟。
  3. 在頁面右上方附近選取「停用測試群組」。
  4. 測試結束後,測試人員將不會再收到更新內容,不過應用程式仍會安裝在他們的裝置上。

版本代碼與測試群組狀態

版本代碼規定

使用者收到的應用程式版本應符合下列條件:

  • 具有與使用者裝置相容的最高版本代碼。
  • 已發布至使用者可接收的測試群組。

所有使用者一律都能接收發布至正式版群組的應用程式。如果您將版本代碼較高的應用程式套件發布到正式版群組,而非使用者已加入的測試群組,使用者就會收到正式版應用程式套件。

使用者如果想接收測試版應用程式,必須符合以下條件:

  • 已納入受管理測試群組設定。
  • 已選擇參與相應的測試計畫。

如果使用者可以從多個測試群組接收應用程式,則會收到在這些測試群組上版本代碼最高的版本。舉例來說,參與公開測試的使用者同時符合正式版公開測試測試群組的資格;參與封閉測試使用者同時符合正式版封閉測試測試群組的資格。同時參與公開測試和封閉測試的使用者,則都能加入正式版公開測試封閉測試群組。

選擇加入內部測試的使用者即使已納入受管理測試人員設定,也無法加入公開和封閉測試群組,因此不會收到這些測試群組中版本代碼較高的版本,只會收到內部測試群組發布的版本代碼。

詳情請參閱「管理應用程式版本」。

測試群組狀態

推出版本時,您可能會看到驗證訊息,指出某個測試群組的使用者收到其他測試群組的應用程式更新,也就是所謂的測試群組備用狀態。

備用相關術語和狀態

  • 已覆蓋:如果兩個應用程式套件的裝置設定有部分相同或完全相同,版本代碼較高者就會覆蓋版本代碼較低者。
  • 已升級:測試群組目前使用的所有應用程式套件都已納入備用測試群組目前使用的應用程式套件,例如:目前使用的所有公開測試群組應用程式套件也在正式版中使用。如果您先發布至測試群組,再將受測試的應用程式套件發布至更穩定的版本,系統就會顯示這個狀態。
  • 已取代:測試群組目前使用的所有應用程式套件,已被備用測試群組中版本代碼較高的應用程式套件完全覆蓋。系統不會向使用者提供該測試群組的應用程式套件,因為所有使用者都將取得備用測試群組的應用程式套件。也就是說,系統已捨棄遭取代的測試群組所代表的測試計畫。
  • 已部分覆蓋:測試群組目前使用的應用程式套件中,至少有一個已被備用測試群組中版本代碼較高的應用程式套件覆蓋。也就是說,部分公開測試群組使用者會取得公開測試群組的應用程式套件,而其他使用者可能會取得正式版應用程式套件。這個狀態很可能是指派版本代碼時發生錯誤所導致。

相關內容

這對您有幫助嗎?

我們應如何改進呢?
搜尋
清除搜尋內容
關閉搜尋
主選單
13262424670142608005
true
搜尋說明中心
true
true
true
true
true
92637
false
false