如何设置Xcode测试target使用独立数据 避免与默认target数据冲突

解决方案 #

完全可以实现测试target与主应用target的存储隔离，常用的方案按实现成本和隔离程度分类如下：

方案1：修改测试target的Bundle ID（最省心，零业务代码改动）

iOS系统的沙盒存储完全按照Bundle ID做隔离，只要把你的Unit Test target的Bundle ID修改为和主应用不一样的标识（比如主应用是com.yourcompany.yourapp，测试target改成com.yourcompany.yourapp.unittest），系统就会自动为测试target分配完全独立的沙盒空间，包括UserDefaults、SQLite文件、钥匙串存储等所有持久化内容都会和主应用完全互不干扰。

注意：如果你的应用用到了和Bundle ID绑定的系统能力（比如推送、关联域名、App Groups等），需要为测试用的Bundle ID单独配置对应的权限，没有这类依赖的话这个是首选方案。

方案2：针对不同存储类型做逻辑隔离（无需修改Bundle ID，适合有特殊配置需求的场景）

如果修改Bundle ID会带来额外的配置成本，可以针对你用到的持久化类型分别做隔离：

• UserDefaults隔离
  测试启动时不要使用默认的UserDefaults.standard，而是创建独立的suite，建议在测试的setUp方法中统一处理：

  override func setUpWithError() throws {
      try super.setUpWithError()
      // 初始化测试专用的UserDefaults
      let testDefaults = UserDefaults(suiteName: "test_env_suite")!
      // 清空上一次测试的遗留数据
      testDefaults.removePersistentDomain(forName: "test_env_suite")
      // 依赖注入到你的业务模块中替换默认的UserDefaults即可
  }
  

• SQLite/文件存储隔离
  把存储路径的生成逻辑做环境判断，测试时指向独立的临时目录：

  func getDatabasePath() -> URL {
      // 判断当前是否运行在测试环境
      if ProcessInfo.processInfo.environment["XCTestConfigurationFilePath"] != nil {
          // 测试环境使用临时目录下的随机路径，不仅和主应用隔离，不同测试用例之间也不会互相影响
          return FileManager.default.temporaryDirectory
              .appendingPathComponent(UUID().uuidString)
              .appendingPathExtension("db")
      }
      // 主环境正常使用Documents目录
      return FileManager.default.urls(for: .documentDirectory, in: .userDomainMask)[0]
          .appendingPathComponent("app_data")
          .appendingPathExtension("db")
  }
  

补充建议 #

无论使用哪种隔离方案，都建议在每个测试用例的tearDown方法中清理本次测试产生的所有数据，避免不同测试用例之间的互相干扰，保证测试结果的可靠性。

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