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

重要事項:開發人員如在 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. 選取 [儲存變更]。

測試未完全設定的應用程式

即使應用程式未完全設定,你亦可建立內部測試發佈版本。取得有效的 App Bundle 後,你隨即可向限定數目的測試員發佈。如要測試尚未完成設定的應用程式,請注意以下事項:

  • 應用程式首次接受審核前,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 網上論壇」電郵地址:yourgroupname@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. 展開「管理測試員」部分。如「管理測試員」部分空白,請檢查你是否已上載 App Bundle。
  4. 選擇多少位測試員可以使用你的應用程式:
    • 無限制:這是預設選項。
    • 限制人數:你可以指定上限 (最少 1,000 人)。
  5. 提供意見反映網址或電郵地址,以收集測試員的意見。應用程式的意見欄會在測試員選擇加入頁面上向使用者顯示。
  6. 複製共用連結,與測試員分享發佈版本。
  7. 選取 [儲存變更]。
為你的開發團隊建立其他封閉測試發佈途徑

在某些情況下,你可能需要建立其他封閉測試發佈途徑。例如,你可能擁有不同開發團隊,分別負責修正不同功能中出現的各種錯誤。如果每個團隊均建立各自測試發佈途徑,便可同時處理不同的功能。

在其他測試發佈途徑中,你可以透過電郵地址建立測試員名單,或使用「Google 網上論壇」管理測試員。這些群組並無人數上限。

建立其他測試發佈途徑

  1. 開啟「Play 管理中心」並前往「封閉測試」頁面 (按一下 [測試] > [封閉測試])。
  2. 在頁面的右上方附近選取 [建立]。
  3. 輸入發佈途徑名稱。發佈途徑標題將用於「Play 管理中心」和 Google Play Developer API,作為發佈途徑名稱使用。
  4. 選取 [建立發佈途徑]。
  5. 選取「測試員」分頁。
  6. 在「測試員」部分中,你可以透過電郵或「Google 網上論壇」新增測試員:
    • 電郵:系統會自動選取 [電郵]。如要使用電郵,只需選取要用於測試發佈版本的使用者名單。
    • Google 網上論壇:選取 [Google 網上論壇] 並輸入以下格式的「Google 網上論壇」電郵地址:yourgroupname@googlegroups.com。只有你輸入的「Google 網上論壇」使用者成員才可以參加測試。
  7. 提供意見反映網址或電郵地址,以收集測試員的意見。應用程式的意見欄會在測試員選擇加入頁面上向使用者顯示。
  8. 複製共用連結,與測試員分享發佈版本。
  9. 選取 [儲存]。

測試提示和支援

建立其他封閉發佈途徑時,以下功能將不受支援:

管理「Google Play Games 服務」的測試員

使用「Google Play Games 服務」時,應用程式和「Google Play Games 服務」會自動共用測試員群組。

你可以讓測試員試用你儲存至遊戲項目的變更 (例如成就和排行榜),然後才向使用者正式發佈。你可以透過測試員的電郵地址來管理個別測試員,或重用發佈途徑的測試員。

在「Play Games 服務」> [設定和管理] > [測試員] 頁面上,你可以使用測試員切換按鈕,自動加入任何選擇成為你應用程式測試員的使用者。

如何為「Google Play Games 服務」手動新增個別測試員:

  1. 開啟「Play 管理中心」並前往「Play Games 服務測試員」頁面 (按一下 [Play Games 服務] > [設定和管理] > [測試員])。
  2. 在左側選單中,選取 [Play Games 服務] > [設定和管理] > [測試員]。
  3. 輸入你想加入的電郵地址。電郵地址必須是用作登入「Google Play Games 服務」的有效 Google 帳戶。
  4. 選取 [新增]。

使用者選擇加入你的測試群組後,可以使用「Google Play Games 服務」登入、取得尚未或已對外開放的成就,以及在尚未或已對外開放的排行榜發佈文章。

步驟 2:建立發佈版本

設定應用程式測試的詳情後,你可以準備和推出發佈版本

如要進一步瞭解如何管理應用程式封閉測試發佈途徑和公開測試發佈途徑的供應國家/地區,請參閱「在特定國家/地區發行應用程式發佈版本」。

步驟 3:與測試員分享應用程式

如果你正在進行公開或封閉測試,測試員可以使用其裝置在 Google Play 上尋找你的測試版應用程式。如果是封閉測試,你的測試版應用程式只會向你清單或群組的測試員提供。

如果你執行內部或封閉測試前未透過公開測試或推出正式版本提供應用程式,測試員無法透過在 Google Play 搜尋找到應用程式。你需要與測試員分享應用程式的「Play 商店」網址,讓他們可以下載你的應用程式。

如果測試員因某些原因無法在 Google Play 找到你的應用程式,你也可選擇分享選擇加入連結。以下是使用選擇加入連結的備註:

  • 選擇加入連結只在應用程式「已發佈」時顯示。處於「開發」或「尚待發佈」狀態的應用程式不會顯示選擇加入的連結。
  • 按一下選擇加入的連結後,測試員會收到職責說明,以及參加測試的連結。每位測試員都需要透過該連結選擇加入。
  • 如果透過「Google 網上論壇」進行封閉測試,使用者需先加入論壇,才能選擇參加測試。

步驟 4:獲取意見

你的測試員安裝應用程式後,便可以在數分鐘內自動更新至測試版本。

由於你的測試員無法在 Google Play 上公開評論你應用程式的測試版本,因此我們建議你加入意見欄,或告訴使用者如何向你提供意見 (例如透過電郵、網站或訊息論壇)。

如果你正在進行公開或封閉測試,測試員亦可以在 Google Play 以私人形式提供意見

步驟 5:結束測試

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

  1. 開啟「Play 管理中心」並前往要結束測試的測試頁面:
  2. 找出要結束的測試,然後選取 [管理發佈途徑]。
    • 注意:視乎結束測試的類型及執行的測試數量,你可能不需要執行此步驟。
  3. 在頁面右上方附近,選取 [暫停發佈途徑]。
  4. 測試結束後,應用程式會繼續留在測試員的裝置上,但不會再更新。

版本代碼和測試發佈途徑狀態

版本代碼要求

使用者收到的應用程式版本:

  • 擁有裝置兼容的最高版本代碼,並
  • 已發佈至他們可接收的發佈途徑

所有使用者都能接收正式版應用程式。如果你將版本代碼較高的 App Bundle 發佈至正式版本發佈途徑,而非使用者選擇參加的測試發佈途徑,他們所收到的會是正式版 App Bundle。

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

  • 已包括在受管理發佈途徑設定,並
  • 已選擇參加對應的測試計劃

如果使用者可接收多個發佈途徑的應用程式,便會收到那些發佈途徑上版本代碼最高的發佈版本。例如,公開測試的使用者同時符合接收正式版本發佈途徑和公開測試發佈途徑的資格。封閉測試的使用者同時符合接收正式版本發佈途徑和封閉測試發佈途徑的資格。公開測試和封閉測試的使用者均符合接收正式版本公開測試封閉測試發佈途徑的資格。

選擇參加內部測試的使用者,即使已成為測試員,亦不符合接收公開及封閉測試發佈途徑的資格。這些使用者將不會收到這些發佈途徑上版本代碼更高的發佈版本,並只會收到在內部測試發佈途徑發佈的版本代碼。

詳情請參閱「為應用程式設定版本號碼」。

測試發佈途徑狀態

推出發佈版本時,你可能會看到驗證訊息,指出某個發佈途徑的使用者收到其他發佈途徑 (即發佈途徑的備用狀態) 的應用程式更新。

備用詞彙和狀態

  • 已覆蓋:當一個 App Bundle 提供部分或所有相同的裝置設定,且擁有較高的版本代碼時,就會覆蓋另一個 App Bundle。
  • 已升級:發佈途徑內所有使用中的 App Bundle,都會納入備用發佈途徑使用中的 App Bundle (例如所有公開測試發佈途徑使用中的 App Bundle 亦會在正式版本中使用)。如果你首先推出測試版本,然後將已測試 App Bundle 推出至更穩定的發行版本,便可能會看到此狀態。
  • 已取代:發佈途徑內所有使用中的 App Bundle,都會被備用發佈途徑中版本代碼較高的使用中 App Bundle 完全覆蓋。使用者會從備用發佈途徑收到 App Bundle,因此發佈途徑 App Bundle 不會向使用者提供。這表示系統廢棄已取代發佈途徑的測試計劃。
  • 已部分覆蓋:至少一個發佈途徑內使用中的 App Bundle,由備用發佈途徑內版本代碼較高的使用中 App Bundle 覆蓋。這表示部份公開測試發佈途徑的使用者會從公開測試發佈途徑收到 App Bundle,而其他使用者可能從正式發佈途徑收到 App Bundle。這很可能是在分配版本代碼時發生錯誤。

相關內容

此內容對您有幫助嗎?

我們可以如何改善?

需要更多協助?

嘗試以下步驟:

搜尋
清除搜尋
閂搜尋模式
主選單
89804130779032424
true
搜尋說明中心
true
true
true
true
true
92637
false
false