Le Test D'Unité E/S De Fichier

Il n'y a pas nécessairement un chose à faire lors de l'essai le système de fichiers. En vérité, il ya plusieurs choses que vous pouvez faire, selon les circonstances.

La question que vous devez vous poser est la suivante: Que suis-je tester?

• Que les travaux de système de fichiers? Vous n'avez probablement pas besoin de tester que sauf si vous utilisez un système d'exploitation qui vous êtes très familier avec. Donc, si vous êtes tout simplement en donnant une commande pour enregistrer des fichiers, par exemple, c'est une perte de temps d'écrire un test pour vous assurer de bien enregistrer.

• Que les fichiers sont enregistrés à la bonne place? Eh bien, comment savez-vous ce que le droit de place est? Je présume que vous avez le code qui combine un chemin d'accès avec un nom de fichier. C'est un code que vous pouvez tester facilement: Votre participation est de deux chaînes, et votre sortie doit être une chaîne de caractères qui est un fichier valide emplacement construit à l'aide de ces deux chaînes.

• Que vous obtenez le bon ensemble de fichiers d'un répertoire? Vous aurez probablement à écrire un test pour votre fichier de lecture de la classe qui a vraiment des tests du système de fichiers. Mais vous devez utiliser un répertoire de test avec des fichiers qui ne change pas. Vous devriez également mettre ce test dans un test d'intégration du projet, parce que ce n'est pas un vrai test de l'unité, parce qu'il dépend du système de fichier.

• Mais, j'ai besoin de faire quelque chose avec les fichiers que je reçois. Pour que test, vous devez utiliser un faux pour votre fichier de lecture de la classe. Votre faux doit retourner une liste codée en dur de fichiers. Si vous utilisez un réel fichier-getter et un réel fichier-processeur, vous ne saurez pas qui provoque un échec de test. Si votre fichier de processeur de classe, dans les essais, doivent faire usage d'un faux fichier de lecture de la classe. Votre fichier de processeur de classe devrait prendre le fichier-getter interface. Dans le code réel, vous passerez dans le fichier real-getter. Dans le code de test, vous allez passer un faux fichier-getter qui retourne une liste statique.

Les principes fondamentaux sont:

• Utilisation d'un faux système de fichiers, caché derrière une interface, lorsque vous n'êtes pas tester le système de fichiers lui-même.
• Si vous avez besoin de test réel des opérations de fichier, puis
  • marque l'essai, comme un test d'intégration, pas un test unitaire.
  • ont désigné un répertoire de test, un ensemble de fichiers, etc. qui sera toujours là dans un état inchangé, de sorte que votre fichier orientée vers les tests d'intégration peut passer de manière cohérente.

- Je utiliser le System.IO.Abstractions package NuGet.

Ce site web a un bel exemple pour vous montrer comment utiliser l'injection pour le test.
http://dontcodetired.com/blog/post/Unit-Testing-C-File-Access-Code-with-SystemIOAbstractions

Voici une copie du code copié à partir du site web.

using System.IO;
using System.IO.Abstractions;
namespace ConsoleApp1
{
public class FileProcessorTestable
{
private readonly IFileSystem _fileSystem;
public FileProcessorTestable() : this (new FileSystem()) {}
public FileProcessorTestable(IFileSystem fileSystem)
{
_fileSystem = fileSystem;
}
public void ConvertFirstLineToUpper(string inputFilePath)
{
string outputFilePath = Path.ChangeExtension(inputFilePath, ".out.txt");
using (StreamReader inputReader = _fileSystem.File.OpenText(inputFilePath))
using (StreamWriter outputWriter = _fileSystem.File.CreateText(outputFilePath))
{
bool isFirstLine = true;
while (!inputReader.EndOfStream)
{
string line = inputReader.ReadLine();
if (isFirstLine)
{
line = line.ToUpperInvariant();
isFirstLine = false;
}
outputWriter.WriteLine(line);
}
}
}
}
}
using System.IO.Abstractions.TestingHelpers;
using Xunit;
namespace XUnitTestProject1
{
public class FileProcessorTestableShould
{
[Fact]
public void ConvertFirstLine()
{
var mockFileSystem = new MockFileSystem();
var mockInputFile = new MockFileData("line1\nline2\nline3");
mockFileSystem.AddFile(@"C:\temp\in.txt", mockInputFile);
var sut = new FileProcessorTestable(mockFileSystem);
sut.ConvertFirstLineToUpper(@"C:\temp\in.txt");
MockFileData mockOutputFile = mockFileSystem.GetFile(@"C:\temp\in.out.txt");
string[] outputLines = mockOutputFile.TextContents.SplitLines();
Assert.Equal("LINE1", outputLines[0]);
Assert.Equal("line2", outputLines[1]);
Assert.Equal("line3", outputLines[2]);
}
}
}

Depuis 2012, vous pouvez le faire en utilisant Microsoft Faux sans avoir besoin de modifier votre base de code par exemple parce qu'il a été congelé déjà.

Première générer un faux assemblée pour System.dll - ou n'importe quel autre paquet et puis se moquer des rendements attendus comme dans:

using Microsoft.QualityTools.Testing.Fakes;
...
using (ShimsContext.Create())
{
System.IO.Fakes.ShimFile.ExistsString = (p) => true;
System.IO.Fakes.ShimFile.ReadAllTextString = (p) => "your file content";
//Your methods to test
}