OCUnit测试的“嵌套”？

Question

来自Rails/Rspec的我习惯于管理类似这样的测试：

setup { //stuff for all tests goes here }
tests for "foo" method
  setup { stuff specific to foo method here }
  test_foo_1 { ... }
  test_foo_2 { ... }
end
tests for "bar" method
  setup { // stuff specific to bar method here }
  test_bar_1
end

因此，对于文件中的所有测试都有一些设置运行，而对于一些测试，还有只适用于这些测试的附加设置。

我了解setUp和tearDown方法；我在这里试图做的事情是，对这个文件应用于20个测试中的5个，但对于其他15个测试来说，这些代码是不必要的，甚至是有害的。

在OCUnit中为iOS构建这样的组织是可能的吗？我现在要考虑的另一种方法是定义一些额外的安装方法，并通过适当的测试亲自调用它们。

Answer 1

围绕这一点，有几个Objective测试框架在OCUnit/XCTest之上进行分层，并提供了一个rspec-like测试组织。斯佩克塔是一个，奇异果是另一个。Kiwi包含了自己的嘲弄和期望支持，而Specta则将预期因素纳入了一个名为祛痰的单独包中。

我用猕猴桃做了几个项目，效果很好。

Answer 2

我猜你是说OCUnit (我找不到什么叫做OCTest的东西)。如果是这样的话，您可以从setUp (OCUnit的基类)继承SenTestCase和tearDown方法。

从本文中：http://meandmark.com/blog/2012/05/introduction-to-unit-testing-with-ocunit/

setUp:和tearDown:方法

可以帮助您进行单元测试的两个可选方法是setUp:和tearDown:。如果要在运行多个测试之前执行初始化代码，则可以将该代码放在setUp:方法中以删除测试中的重复代码。tearDown:方法包含清理代码。使用tearDown:方法的一个常见情况是释放在setUp:方法中分配的任何内存。

OCUnit在运行每个测试之前调用setUp:方法，在运行每个测试之后调用tearDown:方法。如果单元测试类有20个测试，OCUnit会调用setUp:和tearDown: 20次。