unit-testing - 单元/集成测试中文件系统依赖关系的最佳实践

Question

我刚刚开始为大量代码编写测试。有很多类依赖于文件系统，即读取 CSV 文件、读/写配置文件等。

当前测试文件存储在项目(这是一个 Maven2 项目)的 test 目录中，但由于多种原因该目录并不总是存在，因此测试失败。

您知道在单元/集成测试中处理文件系统依赖性的最佳实践吗？

编辑:我并不是在寻找上述特定问题的答案。这只是一个例子。我更喜欢如何处理对文件系统/数据库等的依赖关系的一般建议。

Answer 1

第一个应该尝试使单元测试远离文件系统 - 请参阅此 Set of Unit Testing Rules 。如果可能的话，让您的代码使用 Streams，这些 Streams 将作为单元测试的缓冲区(即在内存中)，并在生产代码中使用 FileStream。

如果这不可行，您可以让单元测试生成它们所需的文件。这使得测试易于阅读，因为所有内容都在一个文件中。这也可以防止权限问题。

您可以mock 单元测试中的文件系统/数据库/网络访问。

您可以将依赖数据库或文件系统的单元测试视为集成测试。