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

  • 发布
  • 测试

使用 Google Play 管理中心发布应用的早期版本以进行内部测试,或将应用的早期版本发布给可信的用户进行封闭式和开放式测试,并获取反馈以便在全面发布之前对应用进行改进。

这样做的好处

在单位里测试您的应用或邀请用户来测试您的应用,让您有机会在公开发布应用之前,将所有技术或用户体验方面的问题都一一解决。这样您就可以放心地向其他用户发布最佳版本的应用了。测试用户的反馈不会影响您应用的公开评分。

最佳做法

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

示例