如何在XCUITest中设置可被AppDelegate访问的启动参数

当然可行！这是UI自动化测试里非常常见的需求，你考虑的几个方向都是靠谱的，我给你详细拆解每种方案的实现方式、优缺点，帮你选最适合的：

1. 使用Launch Arguments（最推荐） #

这是苹果官方推荐的测试参数传递方式，完全隔离测试环境和生产环境，不会污染用户数据，实现起来也最直接。

XCUITest端设置参数 #

在测试用例的setUp方法里，给XCUIApplication添加自定义启动参数：

override func setUpWithError() throws {
    continueAfterFailure = false
    let app = XCUIApplication()
    // 添加启动参数，格式可以是「-参数名 参数值」
    app.launchArguments += ["-targetLaunchScreen", "profile"]
    app.launch()
}

AppDelegate端获取并判断 #

在App启动时读取系统进程的参数，根据参数切换启动界面：

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    let processInfo = ProcessInfo.processInfo
    let arguments = processInfo.arguments
    
    // 检查是否存在目标参数
    if arguments.contains("-targetLaunchScreen"), 
       let index = arguments.firstIndex(of: "-targetLaunchScreen"), 
       index + 1 < arguments.count {
        let targetScreen = arguments[index + 1]
        // 根据参数值切换根控制器
        switch targetScreen {
        case "profile":
            window?.rootViewController = ProfileViewController()
        case "home":
            window?.rootViewController = HomeViewController()
        case "welcome":
            window?.rootViewController = WelcomeViewController()
        default:
            window?.rootViewController = WelcomeViewController()
        }
    } else {
        // 正常用户启动流程，显示默认界面
        window?.rootViewController = WelcomeViewController()
    }
    return true
}

优点：参数传递清晰，完全不影响生产环境，无需清理残留数据，调试也方便。

2. 使用环境变量 #

和Launch Arguments类似，也是进程级别的参数传递，适合键值对形式的配置，用法和Launch Arguments几乎一致，只是存储格式不同。

XCUITest端设置环境变量 #

override func setUpWithError() throws {
    let app = XCUIApplication()
    // 设置环境变量，键值对形式
    app.launchEnvironment["TARGET_LAUNCH_SCREEN"] = "home"
    app.launch()
}

AppDelegate端读取环境变量 #

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    let processInfo = ProcessInfo.processInfo
    if let targetScreen = processInfo.environment["TARGET_LAUNCH_SCREEN"] {
        switch targetScreen {
        case "profile":
            window?.rootViewController = ProfileViewController()
        case "home":
            window?.rootViewController = HomeViewController()
        default:
            window?.rootViewController = WelcomeViewController()
        }
    } else {
        window?.rootViewController = WelcomeViewController()
    }
    return true
}

优点：键值对结构更直观，适合传递多个参数的场景，同样安全隔离测试环境。

3. 使用NSUserDefaults（不推荐） #

这种方案需要跨进程操作App的用户默认值，操作复杂且存在数据残留风险，除非特殊情况，不建议使用。

为什么不推荐？ #

XCUITest和被测App是两个独立进程，无法直接修改App的NSUserDefaults，必须通过App容器路径写入配置文件，测试后还要手动清理，否则可能影响App的正常运行。

简单实现示例（仅作参考） #

// XCUITest端：写入配置到App的UserDefaults路径
override func setUpWithError() throws {
    let app = XCUIApplication()
    app.launchArguments += ["-isUITest"] // 标记当前是测试模式
    app.launch()
    
    // 获取App的容器路径（需要配置App Group，否则可能权限不足）
    guard let appContainer = app.containerURL(forSecurityApplicationGroupIdentifier: "com.your.app.group") else { return }
    let defaultsPath = appContainer.appendingPathComponent("Library/Preferences/com.your.app.bundle.id.plist")
    
    // 写入启动界面配置
    var defaultsDict = NSDictionary(contentsOf: defaultsPath) as? [String: Any] ?? [:]
    defaultsDict["targetLaunchScreen"] = "profile"
    try? (defaultsDict as NSDictionary).write(to: defaultsPath)
    
    // 重启App读取新配置
    app.terminate()
    app.launch()
}

// AppDelegate端：读取并清理配置
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    let defaults = UserDefaults.standard
    let processInfo = ProcessInfo.processInfo
    
    if processInfo.arguments.contains("-isUITest") {
        if let targetScreen = defaults.string(forKey: "targetLaunchScreen") {
            // 切换启动界面
            switch targetScreen {
            case "profile":
                window?.rootViewController = ProfileViewController()
            default:
                window?.rootViewController = WelcomeViewController()
            }
            // 测试完成后清理配置
            defaults.removeObject(forKey: "targetLaunchScreen")
        }
    } else {
        // 正常启动流程
        window?.rootViewController = WelcomeViewController()
    }
    return true
}

缺点：操作繁琐，依赖App Group配置，存在数据残留风险，调试难度高。

总结 #

优先选择Launch Arguments或环境变量，两者都是苹果官方支持的测试参数传递方式，安全、简单、易维护，完全隔离测试和生产环境。如果需要传递多个键值对参数，环境变量会更直观；如果只是简单的参数标记，Launch Arguments足够用。

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