ios - XCTAssert/XCTFail 在异步回调中安全吗？

Question

我经常看到这样的例子，其中 XCTAssert 和 XCTFail 在理论上等待预期的回调调用中使用。如果超时到期，会发生什么？

一个人为的例子(随意考虑 Swift 中的等价物，它们应该是相同的):

XCTestExpectation *expectation = [self expectationWithDescription:@"..."];

SomethingThatTakes2Seconds(^{
    XCTFail(...);
    [expectation fulfill];
}];

[self waitForExpectationsWithTimeout:1 handler:^(NSError *error) {
    ...
}];

在这种情况下，我们将在 1 秒后使预期失败，然后 XCTFail 将在一秒后命中。有定义的行为吗？在我的测试中，它似乎只是被忽略了，因为过程结束了。

但是，如果我在测试上堆积如山，由于包含 XCTFail 的 block 在运行时被调用(假设它也是一个允许队列的异步测试)，测试以后是否会不确定地失败运行等等)？

似乎使用 __block 变量并在外部测试方法主体中执行所有断言可能反而是正确的做法？

Answer 1

在 Objective-C 中，XCTFail 只是一个最终扩展为的宏:

// XCTestAsserionsImpl.h
XCT_EXPORT void _XCTFailureHandler(XCTestCase *test, BOOL expected, const char *filePath, NSUInteger lineNumber, NSString *condition, NSString * __nullable format, ...) NS_FORMAT_FUNCTION(6,7);

因此即使执行了XCTFail，也会保留失败报告的上下文(文件和行号)。对于完全不同的测试用例上下文，您不会意外失败。

此外，我怀疑当您的XCTFail 在另一个成功的测试用例场景中被执行时，它不会让Xcode 显示该测试用例失败。虽然我不知道 _XCTFailureHandler 的内部工作原理，但当我在测试运行时编辑测试文件时，我经常看到 Xcode 无法标记测试用例的成功和失败。简而言之，我的观察让我相信失败是基于源代码位置的，而 Xcode 仅基于源代码位置就提供了所有不错的标记——当您摆弄这些文件时，它可能会感到困惑。

简而言之，我相信(!)一个延迟失败，如果它在拆除后执行，不会影响其他测试用例。

不过，我很乐意看到您进行的详细实验，以验证我的说法。 :)