如何为更改数据的方法编写单元测试？

Question

我有以下方法：

Void UpdateUser(User user){} 

我需要检查这个方法是否能正常工作。

我已经使用一个单独的数据库来检查这在单元测试。但是很多有经验的人说如果我用这种方法不是单元测试的话;这就是集成测试。

但我不知道如何模拟单元测试。

在UpdateUser方法中编写的代码将尝试使用实体框架更新数据。

如果我嘲笑（其实我也不怎么这样做），这将如何与实体框架一起工作？

Answer 1

模拟意味着你开发你的软件组件（类）的方式是任何具有行为的类都被使用/消费/作为接口（或抽象类）调用。你编程抽象。运行时您使用某些东西（服务定位器，DI容器，工厂等）来检索/创建这些实例。

最常用的方法是用施工注塑。 Here是一个很好的解释，为什么会使用DI，以及如何做到这一点的例子。

在你的情况下，你使用实体框架的组件（你的仓库的实例）必须实现一个仓库界面，任何使用仓库的类都应该使用它作为界面。

这样，你可以模拟你的unittests中的存储库。这意味着你创建了一个unit-test-repository类（与任何数据库或EF无关），并且在你创建你想要单元测试的类的实例时使用它。

希望这会有所帮助。有很多来源可以找到。我个人只读this book，我发现它非常好。 This是作者的博客。

Answer 2

使用事务，并在测试

Answer 3

可以使用事务和回滚或创建测试用户尝试的更新结束时回滚事务。断言，然后在finally块中删除测试用户。

你可以使用像moq，rhino等模拟框架。moq很容易，你可以找到许多用DI像统一框架来演示moq的例子。

Answer 4

如果你的类是这样

public class UserRepository() 
{ 
    Sqlcontext _context; 
    void UpdateUser(User user) 
    { 
     _context.Users.Add(user); 
    } 
} 

那么这是不是单元测试。

虽然这不是一个单元测试，如果你坚持连接数据库并对其进行测试，则可以将功能改成

User UpdateUser(User user) 
{ 
    _context.Users.Add(user); 
    return user; 
} 

和测试，如果

user.Id > 0 

在这里，你是基本上只是测试实体框架。

Answer 5

“我用一个单独的数据库单元测试，以检查它。但是许多 有经验的人说，如果我用这个方法不会是单元测试 ;。这是集成测试”

这些人是错误的，尽管他们假设的经验。出于某种原因，单元测试都是关于单独测试代码部分的错误概念近年来越来越流行。实际上，单元测试都是关于编写作为一个单元的测试，换句话说，它们是孤立存在的，一个单元测试的结果不会影响另一个测试。

如果您的UpdateUser方法直接访问EF，那么只要您确保数据库保证在每次测试结束时回滚到其开始状态，那么您将进行单元测试。但是，为每个测试设置数据库并确保其可靠地回滚可能需要很多工作。这就是为什么经常使用嘲笑。其他答案已经涵盖了mcoking EF，所以我不会重复一遍。

为了极大地简化您的测试，您可以在UpdateUser和EF之间插入一层外推层。换句话说，UpdateUser类提供了一个接口实例，该实例是其进入EF的网关。它不直接与EF交谈。然后模拟EF，你只需提供一个模拟的接口实现。然后，这就将测试对象EF的需求推向了更基本的层次，并带有更多基本的类似于CRUD的行为。