iPhone 命令行单元测试（和文件 I/O）

Question

简单的问题是：如何通过命令行单元测试使 iPhone（objective-c）文件操作正常工作？

长问题，带解释：这最终将成为一个脚本，用于通过 Hudson 实例为我的 iPhone 构建执行自动构建/测试。按照makdad的链接这个所以问题允许我从命令行（半）成功运行单元测试。

然而，我的一项测试失败了。该测试将调用缓存服务类来保存文件，然后尝试检索它。但是，从命令行运行测试时，文件 I/O 似乎不起作用:(。

作为参考，通过 Xcode GUI 运行单元测试不会导致此类错误。

我正在使用 NSFileHandle 方法调用来获取用于写入的句柄。如果它们返回 nil，则该文件是使用创建的，

[[NSFileManager defaultManager] createFileAtPath:filePath contents:nil attributes:nil];

我认为这可能与模拟器的缓存目录路径中的空格有关，如果是这样，我将如何纠正这个问题

？需要是NOT 为了使其正常工作，模拟器以编程方式启动，并且如果正在运行，则不会显示 GUI，命令行构建失败。

Answer 1

首先：“模拟器需要尚未运行才能正常运行”
我在终端中运行测试，模拟器是否打开并不重要。

也许您需要查看的一些构建设置是：TEST_HOST 和 BUNDLE_LOADER。
我在 xcodeproj 中将它们留空。
注意：我还使用 Hudson 以及测试报告和代码覆盖率。

第二：
我在使用加载路径测试终端和应用程序时遇到过失败。这与从资源加载的核心数据模型有关。
解决方案是从 url 而不是路径加载文件：

[[NSBundle bundleForClass:[self class]] URLForResource:....];

我无法确保这与您在使用 NSFileManager 时遇到的相同问题有关，但我只能想象 NSBundle 使用 NSFileManager。 （所以这可以相关）

第三：
不要让您的测试依赖于 I/O。
我发现这不是单元测试的目的。此类测试可能不依赖于文件系统、数据库、网络连接等。

创建一个在运行测试时模拟的文件系统抽象类。
这样，您的实现仅在一处依赖于实际文件系统，您可以在测试期间替换该文件系统。

您只需要一个测试来检查该抽象。

总结

• 第一个将改进您的测试设置。
• 第二个有望解决您的测试问题。
• 第三个会减少问题的发生并改进你的代码。

希望这有帮助。