我有一个Web API,我想使用MS Test进行测试。我想特别测试一个控制器。这是init代码:单元测试异步数据库方法
public class MyControllerTests
{
private static MyController controller;
[AssemblyInitialize]
public static void Initialize(TestContext context)
{
controller = new MyController();
IoC.Register(Component.For<IDbContextFactory>().ImplementedBy<MockDbContextFactory>());
// other config
}
// test methods, all async
}
这是模拟上下文工厂。是否在所有API方法中使用它来获取数据库上下文。
public class MockDbContextFactory : IDbContextFactory
{
MyContext context;
public MyBaseContext GetContext()
{
if (context == null)
{
context = new MyContext(new DropCreateDatabaseAlways<MyContext>());
//populate with mock data...
}
return context;
}
}
一切都很好,直到我添加了删除方法的测试。它在其他方法之前完成,因此它从共享上下文中删除对象,而其他测试失败。不,我有两个想法:每个方法的新上下文(使用[TestInitialize] resetter),但底层数据库仍然是相同的,插入新的模拟对象时,我会遇到很多关键冲突。另一个想法是在内存中设置一个新的数据库并拥有完全独立的实例。我发现Effort,但我相信这是一个矫枉过正的事情,我正在接近错误。
我正在使用Castle Windsor作为IoC容器,以防在IoC级别上执行此操作。
巧合的是,我最近写了一篇关于使用Effort单元测试你的'DbContext'的博文。如果你决定走这条路线(实际上,它很容易设置),你可能会觉得很有趣:http://vannevel.net/blog/2015/02/26/11/ – 2015-03-08 20:26:14
附注:你的东西没有发布需要/谈论异步等待......看起来你正在谈论缺乏隐式测试排序(这是件好事) - 你会从同步调用中获得同样的失败......这可能是个好主意编辑出“异步”出了问题。 – 2015-03-08 21:03:45