5

我正在测试一些需要使用 FileInfo 和 DirectoryInfo 对象的代码，而不是编写包装器和几个接口来解决这个问题，我认为在开始测试时创建一些文件然后删除这些文件是个好主意测试完成。这是我创建文件的方式：

public static void CreateTestSchedules(int quantity)
{
    String folder = Path.Combine(Directory.GetCurrentDirectory(), "FolderFiles");
    for(int quantity=10; quantity > 0; quantity--)
    {
       String filename = Path.GetTempFileName();
       using (FileStream fileStream = File.Create(Path.Combine(folder, filename)))
       {
            XDocument fileContent = Helper.CreateContent(filename);
            Byte[] bytes = ASCIIEncoding.ASCII.GetBytes(fileContent.ToString());

            fileStream.Write(bytes, 0, bytes.Length);
            fileStream.Flush();
            fileStream.Close();
        }
     }
}

在这一点上，我没有看到问题：文件是在文件夹下创建的，一切看起来都很好。

然后，当测试继续执行时，我尝试打开其中一个文件以在其中写入内容，然后我收到一个异常，指示我要打开以进行写入的文件正在被其他进程使用，并且在检查后更详细地说，我将 TestDriven.Net 进程视为阻止文件的进程。这是我用来打开并尝试将数据写入文件的代码：

using (FileStream file = new FileStream(filename, FileMode.Append))
{
    Byte[] bytes = ASCIIEncoding.ASCII.GetBytes(dataToWrite.ToString());
    if (file.CanWrite)
    {
        file.Write(bytes, 0, bytes.Length);
    }
}

我的问题是：为什么会这样？没有正确释放文件句柄？有没有办法从 TestDriven.Net 窃取锁？我应该以不同的方式创建这些文件吗？我应该以其他方式编写测试吗？

提前感谢您的答案和评论=）。

编辑：

为了解决这个特定的问题（真正的问题，正如 Dave Swersky 所提到的，单元测试不应该触及文件系统）我使用了 James Wiseman 发送的链接（再次感谢 James =）并创建了带有 FileShare 标志的文件，这样我就可以进入文件，打开它并写入它。像这样：

 using (FileStream fileStream = new FileStream( filename, FileMode.Create, FileAccess.ReadWrite, **FileShare.ReadWrite**))

有了它，我可以打开并将其写入文件。=)

4

2 回答 2

3

这可能不是您要寻找的答案，但这正是您应该使用模拟而不是实际创建文件的原因。

这是模拟文件系统的现成解决方案：http: //bugsquash.blogspot.com/2008/03/injectable-file-adapters.html

于 2011-01-12T16:13:14.873 回答
1

我注意到您正在FileStream直接使用该对象来执行写作。

如果您创建一个StreamWriter对象并将其用于文件操作（包括关闭），是否会出现同样的问题？

在谷歌上搜索出现了这篇文章。您可能会发现它很有帮助。 http://foson.blogspot.com/2007/10/closing-filestream-and-streamwriter-and.html

于 2011-01-12T16:11:04.883 回答