Я пытаюсь написать модульные тесты (с NUnit) для уровня сервиса, который использует:
Я также использую Effort.EF6 для издевательства DbContext в модульных тестах. К сожалению, я не могу найти способ сделать DbContextScope совместимым с Effort, чтобы я мог правильно протестировать все случаи.
Обзор кода
Сервисный уровень состоит из классов (служб), которые выполняют некоторую бизнес-логику. Каждый метод рассматривается как полная транзакция, заканчивающаяся context.SaveChanges()
. Пример:
private IDbContextScopeFactory _dbContextScopeFactory;
public DepartmentsService(IDbContextScopeFactory dbContextScopeFactory)
{
_dbContextScopeFactory = dbContextScopeFactory;
}
public BusinessModel.Department Insert(BusinessModel.Department department)
{
using (var dbContextScope = _dbContextScopeFactory.Create())
{
// Validation
ValidateAndThrowOnFailure(department, new DepartmentAddValidator());
// Operation
DBModel.Department newDepartment = Mapper.Map<DBModel.Department>(department);
newDepartment.InsertDateUTC = DateTime.UtcNow;
dbContextScope.DbContexts.Get<DPSContext>().Departments.Add(newDepartment);
dbContextScope.SaveChanges();
return Mapper.Map<BusinessModel.Department>(newDepartment);
}
}
Для модуляции теста такого метода, я делаю некоторую подготовку перед каждым тестом:
private IDepartmentsService _departmentsService;
private IDbContextScopeFactory _dbContextScopeFactory;
private IDbContextFactory _dbContextFactory;
private DBModel.DPSContext _dbEntities;
[SetUp]
public void ReInitializeTest()
{
// Setup DbContext with Effort.EF6
string connStr = ConfigurationManager.ConnectionStrings["DPSContext"].ConnectionString;
DbConnection connection = EntityConnectionFactory.CreateTransient(connStr);
_dbEntities = new DBModel.DPSContext(connection);
// Fill DbContext with in-memory data
_dbEntities.Departments.AddRange(DataInitializer.GetDepartments());
_dbEntities.SaveChanges();
// Mock IDbContextFactory so that it returns in-memory context
var contextFactoryMock = new Mock<IDbContextFactory>();
contextFactoryMock
.Setup(f => f.CreateDbContext<DBModel.DPSContext>())
.Returns(_dbEntities);
_dbContextFactory = contextFactoryMock.Object;
// Setup DbContextScopeFactory to use mocked context
_dbContextScopeFactory = new DbContextScopeFactory(_dbContextFactory);
_departmentsService = new DepartmentsService(_dbContextScopeFactory);
}
Тест и проблема
Вот простой единичный тест:
[Test]
public void Insert_WhenValidModelPassed_ShouldInsertNewRecord()
{
// Given
BusinessModel.Department newDepartment = DataInitializer.GetExampleOfNewDepartment();
// When
_departmentsService.Insert(newDepartment);
// Then
Assert.AreEqual(3, _dbEntities.Departments.Count());
}
Проблема в том, что сбой не выполняется:
System.InvalidOperationException : The operation cannot be completed because the DbContext has been disposed.
Кажется, что DbContextScope, используемый внутри метода Insert
внутренне распределяет назначенные контексты в конце using
блока, и, таким образом, Assert
выдает исключение при вызове. Кто-нибудь сталкивается с подобной проблемой или просто знает, что я должен сделать, чтобы успешно проверить этот и подобные сценарии?
Для всех, кто сталкивается с подобной проблемой, я создал небольшое грязное, но работающее решение (по крайней мере, я надеюсь). В дополнение к тому, что я написал в вопросе, я создал класс, полученный из реального контекста, и сделал метод Dispose
... ничего. Я также добавил метод RealDispose
который вызывается в конце каждого теста.
public class TestableDPSContext : DBModel.DPSContext
{
public TestableDPSContext(DbConnection connection)
: base(connection)
{
}
protected override void Dispose(bool disposing)
{
// Do nothing
}
public void RealDispose(bool disposing)
{
// Invoke real dispose
base.Dispose(disposing);
}
}
[TearDown]
public void FinishTest()
{
_dbEntities.RealDispose(false);
}
Может быть, есть лучшее решение, но на данный момент кажется, что проблема с DbContext
находится слишком рано в тестах.