android应用程序的Beta测试人员如何在同一台设备上同时安装了生产应用程序和Beta应用程序？

我需要我的测试人员有测试应用程序，让他们测试它，但同时他们必须有生产应用程序在生产工作。 问题是，如果他们成为beta测试人员，似乎只能从googleplay获得beta应用程序

有没有一种方法可以让两个版本都在同一个设备中，而不必更改应用程序名称

---

非常感谢。

简短的回答是不，这是办不到的

更新：原来下面的建议不是真的

---

但您可以通过在设备上定义多个用户帐户来实现这一点。在设备上创建第二个用户帐户，该帐户使用不同的，而不是beta Google帐户。用户帐户有自己独特的已安装应用程序集，因此您可以在两个用户帐户之间切换以使用beta或prod应用程序

简单的回答是不，这是不可能的

更新：原来下面的建议不是真的

---

但您可以通过在设备上定义多个用户帐户来实现这一点。在设备上创建第二个用户帐户，该帐户使用不同的，而不是beta Google帐户。用户帐户有自己独特的已安装应用程序集，因此您可以在两个用户帐户之间切换以使用beta或prod应用程序

目前，这在设计上是不可能的。Beta测试人员是理想的用户，他们可以获得稍早版本的应用程序，并每天使用它来发现问题。这一决定背后的想法是，如果你允许两者，那么如果发现问题，测试版用户不会报告，他们只会切换到prod应用程序。此外，作为一名应用程序开发人员，根据您的内部QA，测试版应该已经准备就绪

这还有其他原因。测试版用户不能离开公开评论，而是发送私人反馈。如果两者都允许，那么就无法拥有此功能

一些著名的应用程序，如Chrome，希望用户能够同时拥有这两个应用程序。对于这些应用程序，它们有一个单独的测试版软件包名称，并维护一个单独的商店列表：

---

如果您这样做，它将允许安装这两个。但您必须维护两个店铺列表、两组评论等。

目前，这在设计上是不可能的。Beta测试人员是理想的用户，他们可以获得稍早版本的应用程序，并每天使用它来发现问题。这一决定背后的想法是，如果你允许两者，那么如果发现问题，测试版用户不会报告，他们只会切换到prod应用程序。此外，作为一名应用程序开发人员，根据您的内部QA，测试版应该已经准备就绪

这还有其他原因。测试版用户不能离开公开评论，而是发送私人反馈。如果两者都允许，那么就无法拥有此功能

一些著名的应用程序，如Chrome，希望用户能够同时拥有这两个应用程序。对于这些应用程序，它们有一个单独的测试版软件包名称，并维护一个单独的商店列表：

---

如果您这样做，它将允许安装这两个。但是你必须维护两个商店列表、两组评论等。

在将应用程序发布到生产环境之后，经过一些开发，有报告称我无法在最新版本中复制一个bug。所以我需要检查生产版本。因为他们都有相同的名字，我知道我不可能两者都有，所以我试着用生产版取代测试版

这是我发现的关于如何做的

第一步。在我的手机中，我进入了应用程序页面，但商店坚持要安装测试版

第二步。在我的手机中，将帐户更改为无测试访问权限的帐户。play store检测到另一个帐户并安装了测试版

第三步。最后，我去了我桌面上的商店，用我设备上的普通帐户登录了！这成功了！生产版本在我的手机里，我可以测试它

所以我的解决方案是：

您不能在同一部手机中同时使用这两个版本，除非它们的名称不同。 但是如果你有两个手机账户，你可以用生产版来代替测试版

从帐户获取日志，访问测试版，然后安装生产版

或

---

B从桌面安装。

在将应用程序发布到生产环境后，经过一些开发，报告称我无法在最新版本中复制错误。所以我需要检查生产版本。因为他们都有相同的名字，我知道我不可能两者都有，所以我试着用生产版取代测试版

这是我发现的关于如何做的

第一步。在我的手机中，我进入了应用程序页面，但商店坚持要安装测试版

第二步。在我的手机里 将帐户更改为一个没有测试访问权限的帐户。play store检测到另一个帐户并安装了测试版

第三步。最后，我去了我桌面上的商店，用我设备上的普通帐户登录了！这成功了！生产版本在我的手机里，我可以测试它

所以我的解决方案是：

您不能在同一部手机中同时使用这两个版本，除非它们的名称不同。 但是如果你有两个手机账户，你可以用生产版来代替测试版

从帐户获取日志，访问测试版，然后安装生产版

或

---

B从桌面安装。

哼，不错，我没想到会在里面。但是我不能对我所有的测试人员说，仅仅为它创建一个新帐户：是的，这不是非常方便。不幸的是，Beta应用程序与Prod应用程序具有相同的软件包名称，每个用户只能安装一个给定的软件包。此答案不正确。在android设备上，帐户之间共享的任何给定应用程序只有一个安装版本。所以，如果一个用户得到测试版，所有人都会在那个设备上。你知道，我想我知道，但显然忘记了。对于踢腿，我只是尝试了一下，结果有点奇怪。当您使用选择进入测试版的用户帐户时，游戏中的应用程序列表显示您已进入测试版。当您切换到另一个帐户并查看播放列表时，它并不表示用户正在测试版，并且不会显示加入和/或退出测试版的选项。因此，设备上其他用户的状态有点不清楚和/或根本没有正确显示。哼，很好，我没有想到。但是我不能对我所有的测试人员说，仅仅为它创建一个新帐户：是的，这不是非常方便。不幸的是，Beta应用程序与Prod应用程序具有相同的软件包名称，每个用户只能安装一个给定的软件包。此答案不正确。在android设备上，帐户之间共享的任何给定应用程序只有一个安装版本。所以，如果一个用户得到测试版，所有人都会在那个设备上。你知道，我想我知道，但显然忘记了。对于踢腿，我只是尝试了一下，结果有点奇怪。当您使用选择进入测试版的用户帐户时，游戏中的应用程序列表显示您已进入测试版。当您切换到另一个帐户并查看播放列表时，它并不表示用户正在测试版，并且不会显示加入和/或退出测试版的选项。因此，设备上其他用户的状态有点不清楚和/或根本无法正确显示。我们实际上是通过我们的一个应用程序来实现这一点的。我们还有第二个不同的应用程序列表，它是一个封闭测试版。如果您的beta应用程序需要指向不同的后端服务，并且您的beta版本在不将版本更改为指向prod服务的情况下不能/不能直接升级到prod，那么拥有独特的beta应用程序包也很有用。您可以使用产品风格轻松定义beta版和prod版配置，这些配置构建为不同的软件包名称、指向不同的服务端点等。将其保留为封闭测试版可以让您减少对商店列表的担忧，因为公众看不到它。谢谢，反应很好。我不能这么做，但是下一个项目我会考虑的。非常感谢这两位！实际上，我们是通过我们的一个应用程序来实现这一点的。我们还有第二个不同的应用程序列表，它是一个封闭测试版。如果您的beta应用程序需要指向不同的后端服务，并且您的beta版本在不将版本更改为指向prod服务的情况下不能/不能直接升级到prod，那么拥有独特的beta应用程序包也很有用。您可以使用产品风格轻松定义beta版和prod版配置，这些配置构建为不同的软件包名称、指向不同的服务端点等。将其保留为封闭测试版可以让您减少对商店列表的担忧，因为公众看不到它。谢谢，反应很好。我不能这么做，但是下一个项目我会考虑的。非常感谢这两位！