À l'aide du Cio pour les Tests Unitaires

Généralement parlant, un Conteneur d'injection de dépendances ne devrait pas être nécessaire pour les tests unitaires car l'unité de test est tout au sujet de la séparation des responsabilités.

Envisager une classe qui utilise Constructeur Injection

public MyClass(IMyDependency dep) { }

Dans l'ensemble de votre application, il se peut qu'il y est un immense graphe de dépendance cachée derrière IMyDependency, mais dans une unité de test, vous aplatir le tout pour un seul Test De Double.

Vous pouvez utiliser la dynamique se moque comme Moq ou RhinoMocks pour générer le Test de la Double, mais il n'est pas nécessaire.

var dep = new Mock<IMyDependency>().Object;
var sut = new MyClass(dep);

Dans certains cas, une auto-moqueur conteneur peut être agréable d'avoir, mais vous n'avez pas besoin d'utiliser le même DI Conteneur de l'application de production utilise.

J'utilise souvent un conteneur IoC dans mes tests. Certes, ils ne sont pas des "tests unitaires" à l'état pur. IMO Ils sont plus BDDish et de faciliter le refactoring. Les Tests sont là pour vous donner confiance à refactoriser. Mal écrit, les tests peuvent être comme verser du ciment dans votre code.

De considérer les éléments suivants:

[TestFixture]
public class ImageGalleryFixture : ContainerWiredFixture
{
    [Test]
    public void Should_save_image()
    {
        container.ConfigureMockFor<IFileRepository>()
            .Setup(r => r.Create(It.IsAny<IFile>()))
            .Verifiable();

        AddToGallery(new RequestWithRealFile());

        container.VerifyMockFor<IFileRepository>();
    }

    private void AddToGallery(AddBusinessImage request)
    {
        container.Resolve<BusinessPublisher>().Consume(request);
    }
}

Il y a plusieurs choses qui se produisent lors de l'ajout d'une image à la galerie. Le redimensionnement de l'image, une vignette est généré, et les fichiers sont stockés sur AmazonS3. À l'aide d'un récipient, je peux plus facilement isoler seulement le comportement que je veux tester, qui dans ce cas est la persistance de la partie.

Une auto-moqueur extension du conteneur est très pratique lors de l'utilisation de cette technique:
http://www.agileatwork.com/auto-mocking-unity-container-extension/