翻译：使用Xcode测试（五）——调试测试（Debugging Tests）

当执行测试时，所有标准Xcode调试工具都可以使用。

测试调试工作流

首先要确定导致失败的问题是代码的bug还是测试方法的bug。测试失败则表明：假设，正在测试的代码或者测试代码本身有问题。所以调试测试可能跨越几个不同的工作流。然而，你的测试方法通常比较小和简单，所以最好先检查测试的目的是什么以及如何实现。

这里需要记住一些共同的问题：

• 测试的逻辑是否正确？执行是否正确？

最好检查下测试方法的标准参考是否有错别字或者不正确的文本。

• 什么是假设？

例如，你可能在测试方法中使用错误的数据类型，将为你正在测试的代码创建一个范围错误。

• 你是否使用正确的断言来报告通过或失败状态？

例如，也许测试条件需要XTCAssertTrue而不是XCTAssertFalse。有时候很容易犯这个错误。

假设你的假设是正确的，测试方法也是正确的，问题就在你测试的代码。是时候定位并修复bug。

特殊测试调试工具

Xcode有一些特殊工具专门设计用来在测试时帮助你定位和调试问题。

测试失败断点

在运行测试之前，在断点导航中，点击“添加”按钮（+）并选择“添加测试失败断点”（Add Test Failure Breakpoint）设置一个特殊的断点。

当测试方法抛出失败断言时，断点会停止测试运行。这样你可以快速定位问题。在下图中的测试方法中，比较字符串被迫中断，抛出失败断言，这是因为设置了错误的字符串作为标准参考。测试失败断点会抛出失败断言，并在该位置停止执行。

当一个运行的测试如上图一样停止，你可以停止执行测试。然后在断言之前设置一个普通断点，再次运行测试（为了方便和节省时间，你可以在源代码编辑器中使用运行按钮来运行这个测试），并继续调试并解决问题。

使用项目菜单命令运行测试

菜单命令Project > Perform Action > Test Again and Project > Perform Action > Test可以调试测试方法。提供了一个方便的方法来重新运行最新测试方法或运行当前使用的测试方法。详细信息，参见使用产品菜单（ Using the Product Menu）。当然，你可以使用测试导航中的运行按钮或者源代码编辑器中的测试导航。

Assistant Editor Categories

Assistant Editor Categories中有两个特殊分类与测试相关。

• Test Callers category 。如果你刚刚修复导致应用测试失败的方法，也许你希望检查其他测试中调用的该方法是否运行成功。在源代码编辑器中有问题的方法中，打开assistant editor并从菜单中选择 Test Classes category。在弹窗菜单中可以导航到任何调用它的测试方法中，运行这些测试方法确保回归测试。

• Test Classes category。它与Test Callers category.类似，但显示的是有测试方法的类的列表，可以导航到你正在编辑的类。

测试过程中的异常断点

通常，有异常断点时，异常会停止测试执行，所以测试时经常会禁用异常断点，这样避免你定位不当触发断点。当你在定位一个特殊问题并希望停止测试并修改时，启用异常断点。

官方原文地址：

https://developer.apple.com/library/ios/documentation/DeveloperTools/Conceptual/testing_with_xcode/chapters/06-debugging_tests.html#//apple_ref/doc/uid/TP40014132-CH6-SW1