C#（单元测试）：我需要使其无法通过代码写入文件

Question

基本上情况是这样的。我有以下内容：

public IService Service { get; set; } //Set to MyMockedService class.

public Boolean DoFoo()
{
    //possible other ways of returning true/false...

    Boolean success = true;

    //Get FileInfo[] items

    foreach (var item in items)
        DoOtherFoo(item);
}

public Boolean DoOtherFoo(FileInfo fileInfo)
{
    String filepath = //manipulate fileInfo.FullName;

    Byte[] file = Service.GetFile(filepath)
    try
    {
        WriteBinaryFile(filepath, file); //How can I force file writing to throw an exception
    }
    catch (Exception)
    {
        return false;
    }
}

基本上，在测试 DoFoo() 时，我有很多可能返回 true/false 的路径。我已经对所有这些文件进行了单元测试，除了最后一个...它尝试写入文件，如果其中一个文件由于某种原因无法写入，它就会失败并返回 false。起初，我想如果我尝试设置一个错误的文件名，例如“bad*file”，它会在 WriteFile 中引发异常，但我什至没有做到这一点，因为我无法使用非法字符创建 FileInfo 对象。所以我正在寻找另一种方法来实现它，这样就不可能写入文件，这样我就可以返回错误。

Answer 1

好的单元测试是孤立的。这意味着它们绝对独立于任何环境（文件、数据库、网络等）。如果你的代码使用文件来存储数据，你应该通过一些接口隐藏，生产和测试代码将使用不同的实现。生产实际上会写入文件，测试只会模拟它。

public interface IStorage
{
  bool StoreToFile(string path, string file, byte[] data);
}

public class Storage : IStorage
{
  public bool StoreToFile( ... )
  {
     return WriteToFile( ... );
  }
}

public class StorageMock : IStorage
{
   public bool StoreToFile (...)
   {
      return false;  //or true, depends on you test case
   }
}

现在，在测试中，您可以用假实现“替代”真实实现。这称为嘲笑。

考虑到“控制反转”的设计。还有很多框架允许您通过依赖项注入使用“控制投资”（StructureMap、Ninject、Wisdor）

Answer 2

WriteBinaryFile 是同一个类 中的方法吗？

您可以创建一个具有此唯一职责的对象，但从抽象开始：

public interface IBinaryFileWriter
{
    void WriteBinaryFile(string filepath, Byte[] file);
}

现在您可以将此依赖项注入到您正在测试的类中，最好作为构造函数参数。

在您的应用程序中，您将使用 IBinaryFileWriter 的实现来完成当前方法的操作。

不过，在测试中，您可以提供一个模拟，您可以将其配置为引发异常。

Answer 3

您的单元测试可以使用 System.IO.File.Open(...) 将 FileShare 设置为 None。任何其他进程都将无法打开该文件。

Answer 4

这取决于 WriteBinaryFile 的内部结构。您需要在更细粒度的级别上测试 WriteBinaryFile。我认为这就是你的职责……我根本不认识这一点。

Answer 5

这是 FileInfo 的反编译代码

public FileInfo(string fileName)
{
    if (fileName == null)
    {
        throw new ArgumentNullException("fileName");
    }
    base.OriginalPath = fileName;
    string fullPathInternal = Path.GetFullPathInternal(fileName);
    new FileIOPermission(FileIOPermissionAccess.Read, new string[] { fullPathInternal }, false, false).Demand();
    this._name = Path.GetFileName(fileName);
    base.FullPath = fullPathInternal;
}

因此，在创建 FileInfo 后，您可以通过反射将 FullPath 和 OriginalPath 设置为无效文件路径，并使 WriteBinary 抛出异常，

就像这样：

 FileInfo info = new FileInfo("c:\\1.txt");
 info.GetType().BaseType.GetField(
      "FullPath", 
      BindingFlags.NonPublic | BindingFlags.GetField | BindingFlags.Instance)
   .SetValue(info, "invalidpath");
 info.GetType().BaseType.GetField(
      "OriginalPath", 
       BindingFlags.NonPublic | BindingFlags.GetField | BindingFlags.Instance)
   .SetValue(info, "invalidpath");