单元测试中如何以编程方式关闭系统权限弹窗？

嘿，这个问题我太熟了！单元测试里确实没法直接用UI测试那套addUIInterruptionMonitor()来处理权限弹窗——毕竟单元测试本质是跑在无UI的后台环境里，根本抓不到弹窗。不过有几个实用的解决方案，我给你捋捋：

方案一：Mock CNContactStore，彻底避免权限请求 #

单元测试的核心是测试你自己的业务逻辑，而不是苹果的CNContactStore框架。所以最佳实践是通过依赖注入+Mock，把真实的CNContactStore替换成模拟对象，这样根本不会触发权限弹窗。

举个Swift的例子：

// 第一步：定义协议，抽象CNContactStore的核心方法
protocol ContactStoreProtocol {
    func execute(_ request: CNRequest, error: NSErrorPointer) -> Bool
    func requestAccess(for entityType: CNEntityType) async throws -> Bool
}

// 让真实的CNContactStore遵循这个协议
extension CNContactStore: ContactStoreProtocol {}

// 第二步：你的业务类依赖协议，而非具体的CNContactStore
class ContactManager {
    private let store: ContactStoreProtocol
    
    // 初始化时默认用真实的CNContactStore，测试时可以传入Mock
    init(store: ContactStoreProtocol = CNContactStore()) {
        self.store = store
    }
    
    func saveNewContact(_ contact: CNContact) -> Bool {
        let saveRequest = CNSaveRequest()
        saveRequest.add(contact, toContainerWithIdentifier: nil)
        var error: NSError?
        return store.execute(saveRequest, error: &error)
    }
}

// 第三步：写一个Mock类，模拟CNContactStore的行为
class MockContactStore: ContactStoreProtocol {
    // 记录方法是否被调用，方便断言
    var executeCalled = false
    var requestedEntityType: CNEntityType?
    
    func execute(_ request: CNRequest, error: NSErrorPointer) -> Bool {
        executeCalled = true
        // 可以根据测试场景返回true（成功）或false（失败）
        return true
    }
    
    func requestAccess(for entityType: CNEntityType) async throws -> Bool {
        requestedEntityType = entityType
        return true
    }
}

// 单元测试用例
func testSaveContactTriggersExecute() {
    let mockStore = MockContactStore()
    let manager = ContactManager(store: mockStore)
    // 构造一个测试用的联系人（实际项目里可以用CNContactMutable）
    let testContact = CNContact()
    
    let result = manager.saveNewContact(testContact)
    
    // 断言execute方法确实被调用了
    XCTAssertTrue(mockStore.executeCalled)
    // 断言保存操作返回成功
    XCTAssertTrue(result)
}

这种方式完全隔离了系统依赖，测试速度快，还能精准控制返回结果，是单元测试的最优解。

方案二：预先给模拟器/真机授予权限（仅适用于真实API测试） #

如果你一定要测试真实的CNContactStore流程，那可以在测试启动前通过脚本预先给APP授予权限，这样就不会弹弹窗了。

比如在Xcode的测试方案中添加前置运行脚本，用xcrun simctl命令给模拟器设置权限：

# 给当前启动的模拟器授予联系人权限
xcrun simctl privacy booted grant contacts com.your.app.bundleID

# 如果需要重置权限，可以用：
# xcrun simctl privacy booted reset contacts com.your.app.bundleID

不过这个方法有局限性：只能在模拟器或真机上运行，而且如果重置模拟器状态，需要重新执行脚本。另外单元测试不应该依赖系统权限状态，所以这个方案只适合特殊场景。

方案三：iOS 15+ 用XCTest权限API（不推荐作为单元测试首选） #

iOS 15之后，XCTest提供了权限授权的相关API，但这个其实更偏向UI测试。如果你的单元测试是在带UI的测试目标中运行，可以试试：

func testRealContactStoreSave() {
    let store = CNContactStore()
    let expectation = XCTestExpectation(description: "Permission granted")
    
    // 先请求权限，这里会触发一次弹窗（第一次运行时）
    store.requestAccess(for: .contacts) { granted, error in
        XCTAssertTrue(granted, "Failed to get contacts permission")
        expectation.fulfill()
    }
    
    // 等待权限请求完成
    wait(for: [expectation], timeout: 5)
    
    // 执行真实的保存操作
    let mutableContact = CNContactMutable()
    mutableContact.givenName = "Test"
    let saveRequest = CNSaveRequest()
    saveRequest.add(mutableContact, toContainerWithIdentifier: nil)
    
    var error: NSError?
    let success = store.execute(saveRequest, error: &error)
    XCTAssertTrue(success, "Save failed with error: \(error?.localizedDescription ?? "unknown")")
}

但注意：第一次运行时还是会弹权限弹窗，之后模拟器会记住权限状态，后续测试不会再弹。但这种方法违背了单元测试“隔离依赖”的原则，所以只适合必须测试真实系统API的场景。

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