我正在使用 DI 容器，我想对从容器解析的实例进行 MSTest (VS 2010) 单元测试。
我想将这些实例注入我的 TestMethod 或至少我的 TestClass。这可能吗？
现在我的 TestMethods 直接调用 container.Resolve<T>(xxx) 我宁愿避免这样我的注入测试更现实。
【问题讨论】：
标签： .net visual-studio-2010 dependency-injection mstest
测试类的实例化发生在 MSTest 框架的内部类中，因此向其中注入依赖项将是一项具有挑战性的任务。
【讨论】：
对我来说，根据依赖注入模式编写代码并使用 IoC 框架的主要原因是为了获得可测试的代码。但是，在您的测试代码中使用 IoC 容器会得到相反的结果。从你的问题我可以看出你已经在经历这个了。
当使用服务定位器 (SL) 模式而不是依赖注入 (DI) 模式时，这个问题尤其突出。使用 SL 模式，类直接调用 IoC 容器（或此类容器的抽象），而不是向类提供它需要的依赖项（使用构造函数注入）。由于类直接调用容器，因此您还需要在测试环境中配置该容器。这很痛苦，因为测试配置或假对象通常变得非常复杂，因为您经常希望在每个测试的基础上影响假对象的行为，同时保持线程安全，因为测试框架可能会并行运行您的测试（ MSTest 执行此操作）。我知道我过去写了一些疯狂的线程安全测试代码，然后才发现我做错了:-(。
因此，您应该在应用程序代码中使用 DI 模式，并在测试中手动连接这些依赖项。例如，当对依赖于ICustomerService 类的HomeController 类进行测试时，您通常应该在测试类中有一个CreateController() 或CreateValidController 工厂方法来集中创建该HomeController。这使您免于在每个测试中编写这些依赖项，从而在您的测试代码中创建维护噩梦。在这个工厂方法中，您可以手动注入 FakeCustomerService 类，方法如下：
private static HomeController CreateController(
InMemoryDataMapper mapper)
{
var uowFactory = new FakeNorthwindUnitOfWorkFactory()
{
UnitOfWork = new NorthwindUnitOfWork(mapper);
};
return new HomeController(new FakeCustomerService(uowFactory));
}
这种工厂方法的外观当然取决于（不是双关语）HomeController 的依赖结构如何。
长话短说，不要尝试像在应用程序代码中那样在测试代码中进行依赖注入。测试框架不仅使执行此操作变得非常困难，而且还意味着您必须为您的测试环境配置 IoC 框架，在这种情况下您将走向失败。不幸的是，我是根据经验说话的。
【讨论】：