我们很快会成为Beta Testing
我们的应用,并想知道你们在推送到development versions
之前如何测试你的Android应用live version
?
希望严格使用适用于开发的应用版本和一个实时版本。
您是否建议只复制整个项目并重命名包名称?这似乎是一种hacky方式,因为我必须在准备好时将修改后的代码复制回实时版本?
我要求的目的是希望能够让其他团队成员在我们决定推出之前测试开发版本。
答案 0 :(得分:1)
您可以将发布版本应用程序上传到Google Play,但不能用于制作,也不能用于测试。然后你需要注册一些能够DL并安装它的队友。这些队友必须有gmail acc(你要把他们加入一个G +组) 另一个解决方案是使用Crashlytics,因为它具有特殊功能。您必须将bild上传到CL,测试人员才能使用CL安装它。这样,您要测试哪个版本无关紧要 - 调试或发布。
答案 1 :(得分:1)
您的问题有不同的方面。
如果你还在使用Eclipse ......其中一些不适用。
如果您使用的是Android Studio:
第一个方面:您可以拥有任意数量的构建变体;您可以为其中任何一个提供不同的文件/类。查看gradle documentation。注意“构建类型”和“产品风格”之间的区别。 在我的团队中,我们不仅拥有版本和调试版本变体,它们也使用后端API的开发和生产类型。
您可以使用像
这样的全局变量isDebug = false / true
在您拥有不同版本的“设置”类中。
第二方面正在测试中。我们使用HockeyApp将应用程序的调试版本分发给我们的内部测试人员。您可以将其与Jenkins之类的CI工具结合使用。
第三方面:是Google Play商店的部署。有几种记录良好且万无一失的方法可以为您的用户提供alpha / beta应用程序。 您还可以使用分阶段发布来查看新版本是否正常工作。文档可以是found here。
第四方面:版本控制。如果你使用SVN或Git或其他什么都没关系。你想拥有不同的分支。我们使用一个'main'(默认)分支仅用于经过测试并被认为“可以向公众发布”的版本,一个'开发'分支被认为是“当前稳定的开发状态”并且关闭该开发分支人员分支关闭他们的功能分支,当他们的功能测试时,他们带回来并且没问题。
这一切都可能在开始时有点混乱(特别是将这些方面结合在一起),但在您使用它时会非常清楚。这是关键点:使用这些机制。不要以“老派”的方式构建“一个”发行版本,发布它并且希望一切顺利,而是始终发布调试版/测试版。
希望这对您有所帮助,请随时提出进一步的问题。