我知道如何解决 EXC_BAD_ACCESS 问题，但我不确定如何对其进行单元测试。有没有办法在代码中捕获 EXC_BAD_ACCESS 而不是简单地崩溃？
这就是我问的原因：我编写了一个大量使用块的库，如下所示：
- (void)doSomething:(void (^)())myBlock;
在我对doSomething: 的实现中，我将最终运行该块，如下所示：
myBlock();
如果调用者为 block 传递 nil，那么它会以EXC_BAD_ACCESS 崩溃，因此解决方案是检查 block 是否存在，如下所示：
if (myBlock) {
myBlock();
}
这个 nil 检查很容易忘记，所以我想要一种方法来编写一个在崩溃发生时失败的单元测试。我想崩溃可以被认为是测试失败，但我认为其他人尝试运行测试以看到一个很好的失败消息而不是崩溃会更好。有什么想法吗？
【问题讨论】：
标签： objective-c unit-testing ocunit
我认为您需要在子进程中运行测试；然后你可以让子进程崩溃，检查那个崩溃，如果它发生了，就直接失败测试。
在Peter Hosey's singleton test code工作。
- (void) runTestInSubprocess:(SEL)testCmd {
pid_t pid = fork();
// The return value of fork is 0 in the child process, and it is
// the id of the child process in the parent process.
if (pid == 0) {
// Child process: run test
// isInSubprocess is an ivar of your test case class
isInSubprocess = YES;
[self performSelector:testCmd];
exit(0);
} else {
// Parent process: wait for child process to end, check
// its status
int status;
waitpid(pid, &status, /*options*/ 0);
// This was a crash; fail the test
STAssertFalse(WIFSIGNALED(status), @"Test %@ crashed due to signal %d", NSStringFromSelector(testCmd), WTERMSIG(status));
}
}
然后每个测试将在一个子进程中运行，如下所示：
- (void) testSomething {
if (!isInSubprocess) {
// Hand off this test's selector to be run in a subprocess
[self runTestInSubprocess:_cmd];
return;
}
// Put actual test code here
STAssertEquals(1, 1, @"Something wrong with the universe.");
}
您可能需要对此进行调整；我没有测试过。
【讨论】：
fork() 是否在 iOS 上可用，抱歉。我也很难让它完全正常工作；如果我有什么发现，我会更新。
我建议使用Assertions and Logging Programming Guide 中的断言宏之一
所以你可以这样做：
NSAssert(myBlock != nil, @"myBlock must not be nil")
这强制了在方法继续执行之前必须满足的先决条件。它还允许应用程序崩溃，并会为您提供 EXEC_BAD_ACCESS 以外的原因。
【讨论】：
if(myBlock){ myBlock() }; 检查。除非我完全误解了，否则问题是如何编写一个单元测试来捕获 forgetting 以检查被测代码中的块。
myBlock 不为零。如果您要使用单元测试来测试该方法，则测试将由于断言失败而失败。