4

我正在测试一种在后台运行并在完成时执行代码块的方法。我正在使用期望来处理测试的异步执行。我写了一个简单的测试来显示行为：

- (void) backgroundMethodWithCallback: (void(^)(void)) callback {
    dispatch_queue_t backgroundQueue;
    backgroundQueue = dispatch_queue_create("background.queue", NULL);
    dispatch_async(backgroundQueue, ^(void) {
        callback();
    });
}

- (void) testMethodWithCallback {
    XCTestExpectation *expectation = [self expectationWithDescription:@"Add collection bundle"];
    [self backgroundMethodWithCallback:^{
        [expectation fulfill];

        usleep(50);
        XCTFail(@"fail test");
    }];
    [self waitForExpectationsWithTimeout: 2 handler:^(NSError *error) {
        if (error != nil) {
            XCTFail(@"timeout");
        }
    }];
}

该XCTFail(@"fail test");测试线应该失败，但测试通过了。

我还注意到，这只发生在代码在回调上运行需要一定时间时（在我的例子中，我正在检查文件系统上的一些文件）。这就是为什么usleep(50);需要这条线来重现这个案例。

4

2 回答 2

6

必须在所有测试检查后满足期望。将行移到回调块的末尾足以使测试失败：

- (void) testMethodWithCallback {
    XCTestExpectation *expectation = [self expectationWithDescription:@"Add collection bundle"];
    [self backgroundMethodWithCallback:^{

        usleep(50);
        XCTFail(@"fail test");
        [expectation fulfill];
    }];
    [self waitForExpectationsWithTimeout: 2 handler:^(NSError *error) {
        if (error != nil) {
            XCTFail(@"timeout");
        }
    }];
}

我没有找到关于这个的明确文档，但是在苹果开发者指南中，fulfill消息是在块的末尾发送的，这很有意义。

注意：我首先在 swift 中找到了一个在回调开始时调用该方法的示例。fulfill我不知道这个例子是不正确还是与Objective-C有区别。

于 2015-03-31T10:21:57.637 回答
1

被调用的块backgroundMethodWithCallback立即满足期望，从而让测试在XCTFail被调用之前完成。如果该块在完成执行其他操作之前满足了预期，那么您最终会遇到竞争条件，其中测试的行为取决于执行该块的其余部分的速度。XCTFail但是，如果测试本身已经完成，则不应合理地期望被捕获。

最重要的是，如果您将 移动[expectation fulfill]到块的末尾，则此竞争条件将被消除。

于 2015-03-31T11:07:46.683 回答