在内部测试中使用测试数据库和 api 发布移动应用程序是不是合适?

Posted

技术标签:

【中文标题】在内部测试中使用测试数据库和 api 发布移动应用程序是不是合适?【英文标题】:Is it proper to publish a mobile app using test database and api in internal testing?在内部测试中使用测试数据库和 api 发布移动应用程序是否合适? 【发布时间】:2022-01-17 13:27:25 【问题描述】:

我已经构建了一个 Flutter 应用程序,我希望我们的测试人员通过使用测试数据库和测试 api url 在 google play 中进行内部测试来测试应用程序。

这是可行的,但它有一个缺点。在 google play 中,您实际上可以使用在 internal testing 中发布的相同构建版本来发布为 release version。由于我在构建中使用了测试数据库和 api,因此我必须更改设置以使用实时版本并构建 apk 并将其再次上传到 google play 以执行此操作。因此,每当我想要发布新版本时,我都需要提交至少 2 个版本

你认为这个过程合适吗?如果没有,您对我如何将应用程序共享给使用测试环境的测试人员有任何建议。我已经在微软团队中手动共享 apk 之类的事情,但我觉得这不是正确的做法。

【问题讨论】:

【参考方案1】:

好吧,最好的方法是为您的dev 环境创建一个新的flavor,而不是仅仅使用不同的变量进行构建。然后,您可以在 appstore 中创建一个名为“yourapp dev”的新应用,使用不同的捆绑包 ID,例如 com.yourapp.app.dev,并将您的开发版本上传到新开发应用的内部轨道。如果您不想创建新的开发应用到 Playstore 进行分发,也可以使用 Firebase 分发来共享您的 apk/ipa。

【讨论】:

我认为 Firebase 应用分发就可以了,谢谢!

以上是关于在内部测试中使用测试数据库和 api 发布移动应用程序是不是合适?的主要内容,如果未能解决你的问题,请参考以下文章

测试在内部使用 SemaphoreSlim 以实现并行化的异步方法

当结构在内部向量中包含各种数量的元素时,如何应用面向数据的设计?

Redux 在内部使用上下文 API 吗?

Java API测试--Logback

将公共文件保存在内部存储中

应用程序测试中的 MalformedURLException