需要:文件系统接口和.NET中的实现[重复]

I've written adapters System.IO.File 和 Directory 方法。然后在我的课堂上,我做了以下几点:

public class MyService {
  public IFile File {private get;set;}
  public MyService() {
    File = new FileImpl();
  }
  public void DoSomething() {
    File.ReadAllText("somefile");
  }
}

然后您可以注入一个模拟文件作为IFile进行测试。

好的,我没有你想要的文件系统模拟库(虽然它可能在某处,而且会很酷),但这可能会有所帮助。单元测试思想的“行为主义”学派提出的一个有趣的概念是“外向接口”的概念。在某些情况下,将一个对象对其自身之外的整个宇宙的调用,并将其转化为一个接口,似乎有着与为外部世界可以调用的方法创建接口的典型行为一样的价值 在…上

在这种情况下,您可能会考虑,而不是嘲笑整个文件系统,为您的对象从外部世界提供的答案和服务提供一个或多个逻辑上一致的接口。这些电话只会回答你需要回答的问题。。。不要求执行。然后,您可以使用您提到的依赖项注入来注入您希望用于测试的实现。你可能会用最小起订量来做,因为你很熟悉它。

因此,您的“传出接口”可能有一个名为DoesFileExist()的方法。它可能接受一条路径。或者,如果您的对象试图回答一个“更高级别”的业务问题,那么查看文件是否存在只是一个简单的问题 方法 这个问题得到了回答,那么您的传出接口可能根本就没有关于文件存在的方法。相反,它可能类似于“DoIAppearToHaveAccessToTheFileServer”,甚至可能是“IsthereapPreviouslySavedName”。

这是一些工作,但可能更符合良好单元测试的原则。。。让您的测试对象表达它试图做什么,让您的单元测试测试它,并且只测试它。只是一个想法。。。希望能有帮助。

我保持 Jolt.NET Jolt.Testing 图书馆获取更多信息。

http://systemwrapper.codeplex.com/

我知道 Typemock 包可以做这样的事情。

Mono.Fuse FUSE ,用户空间中的文件系统。我不确定如果需要任何移植来获取 Dokan ,FUSE for Windows,但FUSE在Linux、OSX和Solaris上运行良好。