接入Firebase的Flutter应用上线生产环境后如何测试新版本读写功能

绝对不要直接在生产环境的现有数据库中执行读写测试，必须使用完全独立的测试数据库开展所有新版本验证工作。

• 若测试代码存在逻辑bug（例如误删全集合、批量覆盖错误字段），会直接影响线上所有真实用户的使用，严重时会造成不可逆的数据丢失；哪怕你有备份，恢复期间的服务中断也会带来实际损失。
• 测试产生的脏数据会污染生产环境的真实数据集，若没有做完整清理，会影响线上业务统计、用户侧的数据展示逻辑。
• 高频测试读写请求可能触发Firebase的配额限制，导致正常的线上用户请求被拒绝，影响生产服务可用性。

Firebase本身原生支持多环境隔离，你可以按以下优先级选择方案：

• （最推荐）在Firebase控制台新建独立的测试项目，和生产项目完全隔离。你可以把生产库的最新全量数据导出后导入到测试项目中，保证测试环境的数据结构、体量和生产一致，测试结果更贴近真实场景。Flutter端可以配置不同的编译环境，区分开发、测试、生产的Firebase配置参数，无需手动修改避免配置写错。
• （仅临时小功能验证用）如果只是测试很小的代码片段，也可以在同一个Firebase项目下给所有测试用的集合加统一前缀（比如test_），但这种方式依然有误操作生产集合的风险，不建议用于全流程的新版本功能测试。

• 正式测试前建议先给生产库做一次全量备份，Firebase控制台可以直接导出Firestore/实时数据库的数据到云存储，操作门槛很低。
• 测试环境的安全规则要和生产保持一致，避免出现测试时功能正常，上线后被安全规则拦截导致功能不可用的问题。

内容的提问来源于stack exchange，提问作者jhonney