c# - TDD : Is it plausible to have integration tests, 但没有单元测试？

Question

技术堆栈:.NET 4、C#、NUnit

我正在尝试将测试驱动开发应用于执行图像处理的新项目。我有一个基类，其中包含共享文件 I/O 方法和执行各种特定处理算法的子类。据我了解，单元测试不会触及文件系统或其他对象，也不会触及发生这种情况的模拟行为。我的基类仅包含简单的访问器和直接的文件系统 I/O 调用。

public class BaseFile
{
    public String Path { get; set; }

    public BaseFile()
    {
        Path = String.Empty;
    }

    public BaseFile(String path)
    {
        if (!File.Exists(path))
        {
            throw new FileNotFoundException("File not found.", path);
        }

        Path = path;
    }
}

测试这些方法有什么值(value)吗？如果是这样，我如何抽象出对文件系统的调用？

我的另一个问题是如何测试特定于一种图像文件 (~200 MB) 的子类。我搜索了网站并找到了 similar questions ，但没有处理我在这个项目上使用的文件大小。一个类有集成测试(使用“黄金文件”)但没有单元测试是否合理？在这种情况下，我如何严格遵循 TDD 方法并首先编写一个失败的测试？

Answer 1

在回答您的第一个问题时，是的，测试这些方法是有值(value)的。我已经发布了一个库，它可以帮助您在不实际访问文件系统的情况下做到这一点:https://bitbucket.org/mylesmcdonnell/mpm.io/wiki/Home

在(不是)回答你的第二个问题时，我需要查看一些代码，但我怀疑你可能需要对上述库采取类似的方法。即；定义接口(interface)，定义具体的代理，定义返回代理或模拟的工厂。