欢迎参加我们将于 6 月 3 日举行的 #Android11:Beta 版发布会

使用测试渠道从用户那里获取有价值的早期反馈

  • 发布
  • 测试

使用 Google Play 管理中心将应用的早期版本发布给内部测试人员或受信任的用户进行封闭式和开放式测试。获得所需的反馈,以便在发布应用的完整版本之前对其进行改进。

这样做的好处

通过测试您的应用,可让您有机会以最小的用户影响解决所有技术或用户体验方面的问题,从而向大多数用户发布应用的最佳版本。测试用户的反馈不会影响您应用的公开评分。

最佳做法

  • 确保用户可以加入测试。您的测试人员需要一个 Google 帐号或 G Suite 帐号才能加入测试。
  • 进行内部测试。使用内部测试渠道,将应用快速发布给最多 100 名内部测试人员。您可以先进行内部测试,然后再将应用发布到封闭式或开放式渠道。如果需要,您可以针对应用的不同版本同时运行内部测试、封闭式测试和开放式测试。
  • 选择适当的外部测试类型。封闭式测试的用户群规模应该很小,而且应当用于测试最不稳定的实验性质的应用版本;相对来说,开放式测试适合稳定且接近发布阶段的应用版本,可邀请较多用户参与。
  • 针对目标用户的反馈进行封闭式测试。如果您想在小规模的用户群体或特定用户内进行测试,可使用个人电子邮件地址或 Google 网上论坛进行封闭式测试。您也可以邀请部分预注册用户加入这些测试。
  • 扩大测试范围。任何用户都可以通过点击链接加入您的开放式测试,从而轻松扩大覆盖的用户数量。您也可以为加入测试的用户人数设定限制。
  • 检查 Android App Bundle 文件的版本号。要将使用内部测试渠道、封闭式测试渠道或开放式测试渠道的应用提供给测试人员,该应用的版本号必须高于正式版的版本号。
  • 为测试人员提供一条渠道,以便其向您发送反馈。进行封闭式测试时,让测试人员能够通过电子邮件、网站、消息论坛或其他可行方式提供反馈。
  • 在运行开放式测试之前,请确保您的应用已做好可随时在 Play 商店中上架的准备。用户可通过 Play 商品详情加入开放式测试,这意味着任何人都可以找到您的应用。您的应用会出现在 Play 搜索结果中。因此,您的商品详情应尽量为完整的最终版。
  • 当您对应用的“定价和分发范围”页面进行任何更改时,请仔细进行规划。此处所做的更改将会影响您应用的现行版和未来的正式版,以及封闭式和开放式测试。
  • 对同一个应用同时进行多项测试。您可以同时对应用进行内部测试、多项封闭式测试和一项开放式测试。使用不同的测试轨道时,请谨记版本号规则。
  • 使用发布前测试报告发现问题。选择接收发布前测试报告,找出您的应用在 Firebase 测试实验室中的实际设备上运行时在默认的封闭式测试轨道和开放式测试轨道中出现的任何问题。

示例