在内部测试中使用测试数据库和 api 发布移动应用程序是否合适？
Is it proper to publish a mobile app using test database and api in internal testing?
我已经构建了一个 flutter 应用程序，我希望我们的测试人员在 google 中使用测试数据库通过内部测试来测试该应用程序并测试 api url.
这是可行的，但有一个缺点。在 google 游戏中，您实际上可以使用在 内部测试 中发布的相同版本作为 发布版本 发布。由于我在构建中使用测试数据库和 api，因此我必须更改设置以使用实时版本并构建 apk 并将其再次上传到 google play 以执行此操作。所以每当我想要一个新版本时，我需要提交至少 2 个构建.
你觉得这个流程合适吗？如果没有，您对我如何将应用程序共享给我使用测试环境的测试人员有什么建议吗？我已经完成了在 Microsoft 团队中手动共享 apk 之类的操作，但根据我的感觉，这并不是正确的做法。
嗯，最好的方法是为您的 dev 环境创建一个新的 flavor，而不是仅仅使用不同的变量构建。然后你可以在应用商店创建一个名为“yourapp dev”的新应用，使用不同的 bundle id，例如 com.yourapp.app.dev，并将你的开发版本上传到新开发应用的内部轨道。如果您不想创建新的开发应用程序到 Playstore 进行分发，您还可以使用 firebase 分发来共享您的 apk/ipa.
我已经构建了一个 flutter 应用程序，我希望我们的测试人员在 google 中使用测试数据库通过内部测试来测试该应用程序并测试 api url.
这是可行的，但有一个缺点。在 google 游戏中，您实际上可以使用在 内部测试 中发布的相同版本作为 发布版本 发布。由于我在构建中使用测试数据库和 api，因此我必须更改设置以使用实时版本并构建 apk 并将其再次上传到 google play 以执行此操作。所以每当我想要一个新版本时，我需要提交至少 2 个构建.
你觉得这个流程合适吗？如果没有，您对我如何将应用程序共享给我使用测试环境的测试人员有什么建议吗？我已经完成了在 Microsoft 团队中手动共享 apk 之类的操作，但根据我的感觉，这并不是正确的做法。
嗯，最好的方法是为您的 dev 环境创建一个新的 flavor，而不是仅仅使用不同的变量构建。然后你可以在应用商店创建一个名为“yourapp dev”的新应用，使用不同的 bundle id，例如 com.yourapp.app.dev，并将你的开发版本上传到新开发应用的内部轨道。如果您不想创建新的开发应用程序到 Playstore 进行分发，您还可以使用 firebase 分发来共享您的 apk/ipa.