什么是严格模拟和非严格模拟？

Question

我已经开始使用最小起订量进行模拟。有人可以向我解释严格和非严格模拟的概念吗？它们如何用于最小起订量？

编辑： 在什么场景下我们使用哪种类型的mock？

Answer 1

我不确定最小起订量具体是多少，但以下是严格模拟在 Rhino 中的工作原理。我声明我期望在我的对象 foo 上调用 foo.Bar：

foo.Expect(f => f.Bar()).Returns(5);

如果调用代码确实如此

foo.Bar();

，那么我就很好，因为完全满足了期望。

但是，如果调用代码是：

foo.Quux(12);
foo.Bar();

那么我的期望失败了，因为我没有明确期望调用 foo.Quux。

总而言之，如果有任何与预期不同的情况，严格的模拟将立即失败。另一方面，非严格模拟（或存根）会很乐意“忽略”对 foo.Quux 的调用，并且它应该返回一个 default(T) foo.Quux 的返回类型 T。

Rhino 的创建者 建议您避免使用严格模拟（并且更喜欢存根），因为您通常不希望测试在收到上述意外调用时失败。当您必须修复数十个依赖于精确原始行为的测试时，它会使重构代码变得更加困难。

Answer 2

曾经遇到过Given/When/Then吗？

• 给定上下文
• 当我执行某些事件时
• ，应该会出现一个结果

此模式出现在 BDD 的场景中，并且也与单元测试相关。

如果您要设置上下文，您将使用该上下文提供的信息。例如，如果您通过 ID 查找某些内容，那就是上下文。如果它不存在，则测试将不会运行。在这种情况下，您想要使用 NiceMock 或 Stub 或其他任何东西 - Moq 的默认运行方式。

如果您想验证结果，可以使用 Moq 的验证。在这种情况下，您想要记录相关的交互。幸运的是，这也是 Moq 默认的运行方式。如果发生您对该测试不感兴趣的事情，它不会抱怨。

当您不希望发生意外的交互时，StrictMock 就可以使用。这就是旧式模拟框架的运行方式。如果您正在做 BDD 风格的示例，您可能不需要这个。与将您感兴趣的行为的各个方面分开相比，它倾向于使测试变得有点脆弱且难以阅读。您必须对上下文和结果以及将发生的所有结果建立期望，无论他们是否感兴趣。

例如，如果您正在测试控制器并模拟验证器和存储库，并且您想验证是否已保存对象，则通过严格模拟，您还必须首先验证是否已验证对象。我更喜欢在单独的示例中查看行为的这两个方面，因为它使我更容易理解控制器的值和行为。

在过去的四年中，我还没有找到一个需要使用严格模拟的示例 - 这要么是我想要验证的结果（即使我验证了它被调用的次数），要么是我可以验证的上下文告诉我是否对所提供的信息做出了正确的反应。因此，回答你的问题：

• 非严格模拟：通常
• 严格模拟：最好从不

注意：我强烈偏向 BDD，所以硬核 TDD 可能不同意我的观点，并且这将适合他们的工作方式。

Answer 3

这是一篇很好的文章。
我通常最终会得到这样的结果

public class TestThis {

    private final Collaborator1 collaborator1;
    private final Collaborator2 collaborator2;
    private final Collaborator2 collaborator3;

    TestThis(Collaborator1 collaborator1, Collaborator2 collaborator2, Collaborator3 collaborator3) {
        this.collaborator1 = collaborator1;
        this.collaborator2 = collaborator2;
        this.collaborator3 = collaborator3;
    }

    public Login login(String username) {
        User user = collaborator1.getUser(username);
        collaborator2.notify(user);
        return collaborator3.login(user);
    }

}

……我对 3 个协作者使用严格的模拟来测试登录（用户名）。我不明白如何永远不应该使用严格模拟。

Answer 4

我有一个简单的约定：

1. 当被测系统 (SUT) 将调用委托给底层模拟层时，使用严格模拟，而无需真正修改或将任何业务逻辑应用于传递给自身的参数。

2. 当 SUT 将业务逻辑应用于传递给自身的参数并将一些派生/修改的值传递给模拟层时，请使用松散模拟。

例如：
假设我们有数据库提供程序 StudentDAL，它有两种方法：

数据访问接口如下所示：

public Student GetStudentById(int id);
public IList<Student> GetStudents(int ageFilter, int classId);

使用此 DAL 的实现如下所示：

public Student FindStudent(int id)
{
   //StudentDAL dependency injected
   return StudentDAL.GetStudentById(id);
   //Use strict mock to test this
}
public IList<Student> GetStudentsForClass(StudentListRequest studentListRequest)
{
  //StudentDAL dependency injected
  //age filter is derived from the request and then passed on to the underlying layer
  int ageFilter = DateTime.Now.Year - studentListRequest.DateOfBirthFilter.Year;
  return StudentDAL.GetStudents(ageFilter , studentListRequest.ClassId)
  //Use loose mock and use verify api of MOQ to make sure that the age filter is correctly passed on.

}