最佳实践：如何测试你的App

我们知道测试真的非常重要

这种方法下，你需要创建两个App，一个仅用于测试环境，一个仅用于生产环境，查看下面的步骤来了解如何创建一个测试环境的App：

你可以将测试环境和生产环境的App的配置分开，例如App URL和Redirect URL，接着用你测试环境的参数，比如App URL, Redirect URL来创建一个测试环境的App来仅用于测试
然后，你可以用这个“测试App”来测试，所以你不用填写App展示信息，因为你的“测试App”不会商上架到App商店，所以你“测试App”的App展示信息并不重要。
你可以通过"App testing" 页来选择一个开发者店铺来安装并测试你的App。
- 如果你还没有开发者店铺，看这边文档来学习如何创建开发者店铺.
当你的App经过了开发和测试，你可以将代码直接部署到你的生产环境，也即是你的生产环境的App URL中。
如果你的App还未发布到App商店，当你把代码部署到生产环境后，可以直接将生产环境的App提交到审核，如果你的App审核通过，那么你的App的代码将会直接在生产环境生效。
如果你的App已经发布到App商店了，当你把代码部署到生产环境后，你的代码会直接生效，会直接影响你生产环境的用户。

这种方法下，你不用创建两个App，有可以直接使用供开关来分隔你的测试环境，达到一个App既有测试环境，又可以发布你的新功能上线的目的。

当你的App还没有发布到应用商店，不要着急，你还不需要功能开关，因为你的改动不会影响任何用户。
但是如果你的App已经发布到应用商店了，你的改动会直接影响你的生产环境的用户，这个时候你需要功能开关来分隔开你的测试环境，好让你的改动不会直接影响你的线上用户。
你可以为一个功能入口设置一个功能开关，而这个开关只会给你的开发者打开，而不能给线上用户打开，这样你就可以分隔开你的测试环境，而不必影响到线上用户了。
当你的新功能开发完毕，并且经过了严格的测试，你可以直接移除你的功能开关，并且开放给所有用户，这样你就达到了既有测试环境，又可以发布上线的目的

这就是我们两种最佳实践的方案，你可以使用这两种方案来达到你的目的。

但是如果你的App没有经过严格的测试

查看App审核规则来了解更多。