一尘不染

单元测试WKNavigationDelegate函数

swift

我有一个实现一些WKNavigationDelegate函数的UIViewController,并且我想对这些函数中的逻辑进行单元测试。这是一个例子:

func webView(_ webView: WKWebView,
             decidePolicyFor navigationAction: WKNavigationAction,
             decisionHandler: @escaping (WKNavigationActionPolicy) -> Void) {
    guard let url = navigationAction.request.url else {
        decisionHandler(.cancel)
        return
    }

    if url.absoluteString != "https://my-approved-url" {
        decisionHandler(.cancel)
        return
    }

    decisionHandler(.allow)
}

我希望我的单元测试确保基于WKNavigationAction的request.url用正确的WKNavigationActionPolicy调用DecisionHandler。

但是,我不知道如何测试此功能。当我运行测试项目时,在Web视图上调用.load()不会触发委托函数。我也尝试过直接调用此函数进行测试,但是似乎无法实例化我自己的新WKNavigationAction(.request是只读的)。

在WKNavigationDelegate函数中进行单元测试逻辑的正确方法是什么?


阅读 405

收藏
2020-07-07

共1个答案

一尘不染

在单元测试的上下文中,直接调用委托方法是最合适的方法。您可以创建子类WKNavigationAction,并将该类的实例作为输入参数传递给委托方法:

class FakeNavigationAction: WKNavigationAction {
    let testRequest: URLRequest
    override var request: URLRequest {
        return testRequest
    }

    init(testRequest: URLRequest) {
        self.testRequest = testRequest
        super.init()
    }
}

稍后,在单元测试中:

// setup
var receivedPolicy: WKNavigationActionPolicy?
let fakeAction = FakeNavigationAction(testRequest: ...)

// act
delegateObject.webView(webView, decidePolicyFor: fakeAction, decisionHandler: { receivedPolicy = $0 })

// assert
XCTAssertEqual(receivedPolicy, theExpectedValue)

另一种方法是混淆的吸气剂request,因为这WKNavigationAction是一个Objective-
C类,但是,这更像是一个骇人听闻的解决方案。

2020-07-07