Using IoC for Unit Testing

Question

How can a IoC Container be used for unit testing? Is it useful to manage mocks in a huge solution (50+ projects) using IoC? Any experiences? Any C# libraries that work well for using it in unit tests?

Answer 1

Generally speaking, a DI Container should not be necessary for unit testing because unit testing is all about separating responsibilities.

Consider a class that uses Constructor Injection

public MyClass(IMyDependency dep) { } 

In your entire application, it may be that there's a huge dependency graph hidden behind IMyDependency, but in a unit test, you flatten it all down to a single Test Double.

You can use dynamic mocks like Moq or RhinoMocks to generate the Test Double, but it is not required.

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

In some cases, an auto-mocking container can be nice to have, but you don't need to use the same DI Container that the production application uses.

Answer 2

I often use an IoC container in my tests. Granted, they are not "unit tests" in the pure sense. IMO They are more BDDish and facilitate refactoring. Tests are there to give you confidence to refactor. Poorly written tests can be like pouring cement into your code.

Consider the following:

[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);     } } 

There are several things that happen when adding an image to the gallery. The image is resized, a thumbnail is generated, and the files are stored on AmazonS3. By using a container I can more easily isolate just the behavior I want to test, which in this case is the persisting part.

An auto-mocking container extension comes in handy when using this technique: http://www.agileatwork.com/auto-mocking-unity-container-extension/