设置开放式测试、封闭式测试或内部测试

 

重要提示:如果开发者使用的是 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 的“数据安全”部分不涵盖内部测试轨道中处于启用状态的应用。
  • Google 群组:您可以使用 Google 群组来管理哪些用户有资格加入您的内部测试。这不会改变 100 名测试人员的上限。您 Google 群组中首批 100 位安装了应用的合格用户将填满可用名额。达到上限后,任何其他用户都将无法加入内部测试,即使他们是 Google 群组的成员。如果某位测试人员卸载应用,其对应的测试名额会重新腾出来。

启动内部测试

创建测试人员的电子邮件收件人列表

如果您已创建电子邮件收件人列表,请跳至“添加测试人员”部分的说明。

  1. 打开 Play 管理中心,然后前往内部测试页面(测试 > 内部测试)。
  2. 选择测试人员标签页。
  3. 在“测试人员”下,选择创建电子邮件列表
  4. 输入列表名称。日后您可以使用这份列表对自己的任何应用运行测试。
  5. 添加电子邮件地址,以英文逗号分隔各个地址;或点击上传 CSV 文件。如果您使用 .CSV 文件,请让每个电子邮件地址独占一行,而不要用英文逗号分隔。请注意以下几点:
    • 如果您上传 .CSV 文件,该文件将覆盖您已添加的所有电子邮件地址。
    • Play 管理中心不接受带 BOM 的 UTF-8 格式的 .CSV 文件。
  6. 选择保存更改,然后选择创建

添加测试人员

  1. 打开 Play 管理中心,然后前往内部测试页面(测试 > 内部测试)。
  2. 选择测试人员标签页。
  3. 在“测试人员”表格中,选择您希望参与版本测试的用户名单。
    • 如需使用 Google 群组(而非电子邮件名单),请选择 Google 群组,然后输入 Google 群组电子邮件地址,格式为:yourgroupname@googlegroups.com
  4. 提供一个反馈网址或电子邮件地址,以便收集测试人员的反馈。在测试人员选择加入页面上,系统会向用户显示您应用的反馈渠道。
  5. 复制分享链接,以便将版本分享给测试人员。
  6. 选择保存更改

测试尚未完全配置的应用

如果您的应用尚未完全配置,您也可以创建内部测试版本。您拥有有效的 app bundle 后,便可以将其快速分发给有限数量的测试人员。如果您要测试尚未完全配置的应用,应注意以下几点:

  • 在应用经过第一次审核之前,用户将在 Google Play 上看到相应应用的临时名称。您可以在应用信息中心的应用摘要中看到您的应用的临时名称。
  • 您上传制品后,该应用的软件包名称便已固定,无法更改。
封闭式测试:通过电子邮件地址或 Google 群组管理测试人员

对于封闭式测试,您可以通过添加电子邮件地址创建测试人员列表。您总共可以创建 200 个列表,每个列表最多可以包含 2000 个用户。您最多可以为每个轨道创建 50 个列表。

输入准备内部测试版本所需的信息,保存相应更改,然后选择检查发布版本

启动封闭式测试

创建测试人员的电子邮件列表

如果您已创建测试人员列表,请跳至“添加测试人员”部分的说明。

  1. 打开 Play 管理中心,然后前往封闭式测试页面(测试 > 封闭式测试)。
  2. 选择管理轨道
  3. 选择测试人员标签页。
  4. 在“测试人员”下,选择创建电子邮件列表
  5. 输入列表名称。日后您可以使用这份列表对自己的任何应用运行测试。
  6. 添加电子邮件地址,以英文逗号分隔各个地址;或点击上传 CSV 文件。请注意以下几点:
    • 如果您上传 .CSV 文件,该文件将覆盖您已添加的所有电子邮件地址。
    • Play 管理中心不接受带 BOM 的 UTF-8 格式的 .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. 选择添加
    • 提示:设置 Android 管理功能并访问 Google Play 企业版时,系统会自动创建组织 ID。如需了解如何设置可访问 Google Play 企业版的 Android 管理功能,请参阅访问 Google Play 企业版。如果贵组织已在管理 Android 设备,请参阅分发专用应用以了解如何查找组织 ID。
  7. 选择保存更改
开放式测试:在 Google Play 中发布测试版应用

如果您设置了开放式测试,用户就可以在 Google Play 中找到您的测试版应用。请先确保您的应用已经准备好在 Google Play 上架,然后再选择该选项。

  • 对于抢先体验版应用(尚未发布为正式版的新应用):用户可以通过 Google Play 的搜索功能找到您的开放式测试版应用。用户找到您的商品详情后,即可安装并使用您的应用。
  • 对于已发布为正式版的应用:用户可以通过您的商品详情页面选择加入开放式测试。

您也可以通过网站或电子邮件分享网址链接。每个获得链接的用户都可以访问开放式测试。

启动开放式测试

  1. 打开 Play 管理中心,然后前往开放式测试页面(测试 > 开放式测试)。
  2. 选择测试人员标签页。
  3. 展开“管理测试人员”部分。如果“管理测试人员”部分为空,请确保您已上传 app bundle。
  4. 选择多少测试人员可以使用您的应用:
    • 不限人数:默认情况下,此选项处于选中状态。
    • 限制人数:您可以指定人数上限(必须至少为 1,000)。
  5. 提供一个反馈网址或电子邮件地址,以便收集测试人员的反馈。在测试人员选择加入页面上,系统会向用户显示您应用的反馈渠道。
  6. 复制分享链接,以便将版本分享给测试人员。
  7. 选择保存更改
为您的开发团队创建其他封闭式测试轨道

在某些情况下,您可能需要其他封闭式测试轨道。例如,您可能有不同的开发团队负责处理不同功能所存在的 bug。如果每个团队都创建自己的测试轨道,那么各个团队就可以同时分头针对不同功能排查 bug。

如果创建其他测试轨道,您可以通过添加电子邮件地址来创建测试人员列表,也可以通过 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 游戏服务的测试人员

如果您使用 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. 测试结束后,测试人员将不会再收到更新,但应用仍会继续安装在他们的设备上。

版本代码和测试轨道状态

版本代码要求

用户收到的应用版本需满足以下条件:

  • 具有与用户设备兼容的最高版本代码,并且
  • 已发布到用户能够接收的轨道。

所有用户始终可以接收已发布到正式版轨道的应用。如果已发布的正式版 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。出现这种状态很可能是在分配版本代码时出现错误导致的。

相关内容

该内容对您有帮助吗?

您有什么改进建议?
搜索
清除搜索内容
关闭搜索框
Google 应用
主菜单
8257952098747402681
true
搜索支持中心
true
true
true
true
true
92637
false
false
false