每周速递：实用测试

Objc.io最新的一个发行出来了，本月完全聚焦于测试。说到测试实践，我不能说自己有着教条的态度。测试驱动开发，以及它关于“始终”在写新代码之前写测试的想法，在我的实践中从未100%地正确工作过。我认为它是一个在合适的条件下可以依赖的伟大工具，但你需要理解那些条件是什么。我认为它工作得很好的一个例子是当你理解了你要编写的函数或方法的输入和输出时。不幸的是，在我的世界里，这通常是一个例外而不是规则，所以我通常使用单元测试来完成一个完全不同的目的：验证我不会在未来回退一个错误修复。

通常，对我来说，这个方法是这样的：我会收到一个错误报告，验证问题是否存在，写一个测试来暴露缺陷，然后让这个测试变绿。当测试通过时，错误就修复了，不应再次回退，因为我会有一个闪亮的、快乐的测试来确保我不在未来做出愚蠢的事情。

当然，当缺陷发生在你的UI上时，这种方法效果并不好。如果你的iOS应用看起来像我的话，我猜你在你的视图控制器里有很多功能。在这种情况下，我非常建议你看看是否可以将有问题的代码重构到你的代码库的另一个层，或者甚至只是一个帮助对象，这样就可以更容易地围绕它写单元测试。如果失败了，你可能不得不求助于UI测试。如果这样，你做了一项巨大的好事，自己去购买Jonathan Penn关于Apple的UI Automation框架的书。

继续测试，
Aaron