工作单元测试的单元测试失败
本文关键字:单元测试 失败 工作 | 更新日期: 2023-09-27 18:31:49
这是我的测试:
[TestMethod]
public void TestUnitOfWork()
{
UnitOfWork unitOfWork = new UnitOfWork();
unitOfWork.ContactRepository.Insert(new Contact
{
Id = Guid.NewGuid(),
FirstName = "Dom",
LastName = "A",
Email = "dominicarchual@yahoo.com"
});
var contacts = unitOfWork.ContactRepository.Get(x => x.FirstName == "Dominic");
Assert.AreEqual(1, contacts.Count());
}
我得到的错误是:
测试方法 MvcContacts.Tests.Controllers.HomeControllerTest.TestUnitOfWork 抛出 异常:系统数据提供程序不兼容异常:错误 从数据库获取提供程序信息时发生。这 可能是由实体框架使用不正确的连接引起的 字符串。检查内部异常以了解详细信息,并确保 连接字符串正确。---> System.Data.Provider不兼容异常:提供程序未返回 一个提供程序清单令牌字符串。---> System.Data.SqlClient.SqlException:与网络相关的或 建立与 的连接时发生特定于实例的错误 SQL Server。找不到服务器或无法访问服务器。验证 实例名称正确,并且 SQL Server 配置为 允许远程连接。(提供程序: SQL 网络接口,错误: 26 - 查找指定的服务器/实例时出错)
我没有设置任何数据库;即我的上下文如下所示:
namespace MvcContacts.DAL
{
public class ContactsContext : DbContext
{
public DbSet<Contact> Contacts { get; set; }
}
}
我不知道如何将其映射到我的数据库;但是,我认为我还不必这样做,因为我只是尝试使用模拟数据进行测试。 我错了吗?
E1:这是我的工作单元类。
namespace MvcContacts.DAL
{
public class UnitOfWork : IDisposable
{
private ContactsContext context = new ContactsContext();
private GenericRepository<Contact> contactRepository;
public GenericRepository<Contact> ContactRepository
{
get
{
if (this.contactRepository == null)
{
this.contactRepository = new GenericRepository<Contact>(context);
}
return contactRepository;
}
}
public void Save()
{
context.SaveChanges();
}
private bool disposed = false;
protected virtual void Dispose(bool disposing)
{
if (!this.disposed)
{
if (disposing)
{
context.Dispose();
}
}
this.disposed = true;
}
public void Dispose()
{
Dispose(true);
GC.SuppressFinalize(this);
}
}
}
正如我所说,问题是您实际上是在UnitOfWork
内调用真实数据库。我很确定,您的GenericRepository<>
类只是将DbSet
包装在您的上下文中。您可以在此处创建"真正的"数据库访问器。
private ContactsContext context = new ContactsContext();
但问题是你误解了存储库的整个概念。工作单元是某些数据源的抽象。您不应该对抽象进行单元测试,而应该对依赖于它的某些功能进行单元测试。顺便说一下,DbContext
本身就是该定义的工作单元(来自 martinfowler.com):
维护受业务事务影响的对象列表,并协调更改的写出和并发问题的解决。
人们为什么不保持原样?因为它有一个缺陷。让我举例解释一下。似乎您正在学习MVC ASP.Net 所以让我们编写一些控制器:
public class ContactsController
{
public ActionResult Index(int pageSize, int currentPage)
{
using(var db = new MvcLearningContext())
{
var contacts = db.Contacts
.Skip((currentPage - 1) * pageSize)
.Take(pageSize)
.ToList();
return View(contacts);
}
}
}
如您所知,MVC 的一大优势是能够对控制器逻辑进行单元测试。因此,让我们尝试编写一个简单的单元测试,以确保控制器操作返回的条目不会超过给定的页面大小:
[TestMethod]
public void IndexShouldNotReturnMoreThanPageSizeResults()
{
// arrange
var controller = new ContactsController();
// act
var view = (ViewResult) controller.Index(10, 1);
// assert
var Model = (IEnumerable<Contact>) view.Model;
Assert.IsTrue(view.Model.Count() <= 10)
}
但是等等...我们不想在单元测试中查询真实的数据库。EF DbContext
的问题来了:它完全依赖于真实的数据库。但是我们如何才能避免这种情况呢? UnitOfWork
发挥作用:
public class ContactsController
{
private UnitOfWorkFactoryBase _factory { get; set; }
public ContactsController(UnitOfWorkFactoryBase factory)
{
factory = _factory;
}
public ActionResult Index(int pageSize, int currentPage)
{
using(var db = _factory.Create())
{
var contacts = db.Contacts
.Skip((currentPage - 1) * pageSize)
.Take(pageSize)
.ToList();
return View(contacts);
}
}
}
单元测试代码:
[TestMethod]
public void IndexShouldNotReturnMoreThanPageSizeResults()
{
// arrange
var factory = new MockUnitOfWorkFactory();
var controller = new ContactsController(factory);
// act
var view = (ViewResult) controller.Index(10, 1);
// assert
var Model = (IEnumerable<Contact>) view.Model;
Assert.IsTrue(view.Model.Count() <= 10)
}
在生产中,您将MockUnitOfWorkFactory
替换为UnitOfWorkFactory
UPD:工厂基本实施:
public abstract class UnitOfWorkFactoryBase
{
public abstract UnitOfWorkBase Create();
}
public class UnitOfWorkFactory : UnitOfWorkFactoryBase
{
public override UnitOfWorkBase Create()
{
return new UnitOfWork();
}
}
public class MockUnitOfWorkFactory : UnitOfWorkFactoryBase
{
public override UnitOfWorkBase Create()
{
return new MockUnitOfWork();
}
}
UnitOfWork
和MockUnitOfWork
是 UnitOfWorkBase 抽象类的实现。