如何编写一个单元测试来检查我的属性是否在 iOS 上的 dealloc 中释放？

Question

我对 TDD 和单元测试还很陌生，我正在一个业余项目中尝试一下。

我有点陷入对 dealloc 方法进行单元测试的困境。

我们都知道释放自定义属性并在 dealloc 中将它们设置为 nil 是一个很好的做法：

-(void) dealloc{
  [myProperty release];
  myProperty = nil;
  [super dealloc];
}

我如何编写一个单元测试来检查此行为？

显然，这行不通：

[myObject release]
STAssertNil(myObject.myProperty,@"myProperty should be released and set to nil in dealloc")

有什么建议吗？ 谢谢 ！

Answer 1

假设您可以执行上述操作，您实际上要测试什么？我的想法如下：

1. 测试 -release 会减少保留计数

2. 测试当保留计数达到零时 NSObject 的垃圾收集机制调用 -dealloc

3. 测试当调用 -dealloc 时，myProperty 被释放

这是单元测试的错误粒度，第一点和第二点不是您要测试的事 - 假设它是由苹果进行单元测试的。因此，上面唯一的单元测试是：

测试当调用 -dealloc 时，
我的财产已发布

现在，这段代码（非常正确）没有任何逻辑，也不会产生任何输出。所以，我认为单元测试实际上是偏执和不必要的（类似于测试编译器是否实际工作）。

但如果我确实想测试它，我会这样做：

OCMockObject *mockProperty = MOCK(NSObject);
[[mockProperty expect] release];
myObject.myProperty = mockProperty;
[myObject dealloc];
[mockProperty verify];

显然你通常不应该直接调用 -dealloc，但如果你想对 -dealloc 进行单元测试，这正是你应该做的（或者它不是一个单元） -测试）。鉴于这是非常糟糕的做法，而且测试对你的帮助很小，我认为你不应该打扰。

Answer 2

这对于 TDD 来说绝对是大材小用。您希望使用 TDD 测试单元功能并使用其他工具捕获更简单的错误。 （我只是担心，如果您开始以这种详细程度编写测试，您将永远无法完成项目。）我个人并不认为引用计数是单元接口的一部分，所以对我来说，它只是超出了单元测试本身的范围。

我建议使用仪器。运行所有测试并对其进行检测（在 OS X 上，我们从 10.5 开始使用“Instruments”应用程序，在 Linux 上我们使用 Valgrind）。检测将告诉您是否所有对象都已释放或者是否存在内存泄漏。我还建议确保您测试错误路径 - 根据我的经验，大多数内存泄漏发生在其他错误同时发生时。

我使用一个自定义测试脚本来运行所有测试，并且它有一个用于检测它们的选项标志。我并不总是对它们进行检测，因为完整的检测水平会大大减慢测试速度。

但是，如果您想以困难的方式做事：

someProp = [[... alloc] init];
assert([someProp retainCount] == 1);
[myObject setSomeProp:someProp];
assert([someProp retainCount] > 1); // NOT == 2, that would be wrong
[myObject release];
assert([someProp retainCount] == 1);

对过时的 Obj-C 1.0 风格表示歉意。