OCUnit 中的简化断言

Question

我刚开始使用 OCUnit，发现断言有点麻烦。在 JUnit 中，我可以编写一个测试来比较数字，如下所示。这个测试显然会失败，但这显示了我可以为两个数字编写的漂亮、简单的断言以及我得到的反馈：“预期为 <2>，但为 <3>”用很少的代码。

到目前为止我在 XCode 中尝试的是：

它可以工作，但不如 JUnit 优雅。您知道 XCode (OCUnit) 是否存在断言宏 alà JUnit 吗？另外，是否可以在 XCode 中获取红/绿条？

Answer 1

首先要注意的是 OCUnit（又名 SenTestingKit.framework）与 Xcode 集成，但实际上并不是 Xcode 的一部分。 OCUnit 最初是第三方代码，后来成为 Objective-C 单元测试的事实上标准，因此 Apple 采用了它并现在维护它。

更重要的是，您看到的输出似乎有些奇怪。我正在使用 Snow Leopard 附带的 Xcode 3.2.1。我尝试了以下测试：

- (void) testNumbers {
    int number1 = 2;
    int number2 = 3;
    STAssertEquals(number1, number2, nil);
    STAssertEquals(4, 5, nil);
}

以下是我在 Xcode 构建结果窗格/窗口中看到的错误：

-[ExampleTest testNumbers] : '2' should be equal to '3'
-[ExampleTest testNumbers] : '4' should be equal to '5'

当我双击构建日志中的错误时，Xcode 直接跳转到失败断言的行。

OCUnit 宏当然并不完美，但上面使用的示例非常冗长。宏需要 2 个以上或 3 个以上参数。 （STFail 是例外，只需要 1+ 个参数。）最后一个必需的参数始终是描述的可选格式字符串，任何其他参数都用于替换这些占位符，就像您一样可以使用printf()或NSLog()。如果您传递nil，您只会得到默认错误，而没有额外的详细信息。

我通常只在测试确实需要上下文时添加描述。例如，测试和/或断言的主题的实际含义是什么。通常，我只是将此信息作为断言周围的注释包含在内。越简单越好。 :-)

为了回答你的最后一个问题，目前没有办法在 Xcode 中获得红色/绿色条，就像你在 JUnit 中看到的那样。这可能是一个很好的补充，但我个人认为并不是至关重要的。 YMMV。

Answer 2

正如其他人所说，您可以通过传递 nil 作为最后一个参数来使宏更容易理解。如果测试失败，这将为您提供默认输出。当然，您可以根据需要提供自己的字符串。我经常发现这对于具有返回 BOOL 或 id 但通过引用获取 NSError* 的方法的代码很有用，如下所示

- (void)testFoo {
  NSError *err;
  STAssertTrue([bar fooMethodReturningBOOLError:&err], @"Error: %@ (%@)", err, [err userInfo]);
}

：红色/绿色条，您确实会在构建窗口中得到红色/绿色结果作为构建的最后一步，但它不像在其他 IDE 中那样可见。有很多优秀的心理学文献表明，让它更加突出将是一个好主意。请务必在 bugreport.apple.com 提交增强请求。您可以参考rdar://7685315（我的票证）。

Answer 3

现在有一个很棒的框架可用，称为 OCHamcrest。它允许您的测试断言读起来像一个句子，并且通常您不必提供失败描述，这对我来说是我在测试中最不想做的事情，因为它必须维护。

这是 github https://github.com/hamcrest/OCHamcrest

中的示例

NSCalendarDate* date = [NSCalendarDate dateWithString:@"26 Apr 2008" calendarFormat:@"%d %b %Y"];
assertThat(date, is(onASaturday()))

这是自述文件 断言对 OCUnit 非常友好，添加您自己的断言也相当简单。

Answer 4

为什么不为此创建自己的包装器呢？

OCUnit 将运行结果转储到控制台窗口中，抱歉，没有 GUI 集成。我觉得这很方便，但我已经习惯了。