有人可以澄清我对模拟验证概念的理解吗？

Question

我正在玩一些单元测试和嘲笑。我试图验证我的方法中的某些代码是否已被调用。我认为我不理解模拟的 Verify 部分，因为我只能验证 main 方法..这很愚蠢，因为这就是我 Act 的依据。

我正在尝试测试我的逻辑是否有效 - 所以我想我使用验证来查看该方法中的某些步骤是否已达到并已执行。

让我们用这个例子来强调我做错了什么。

public interface IAuthenticationService
{
    bool Authenticate(string username, string password);
    SignOut();
}

public class FormsAuthenticationService : IAuthenticationService
{
    public bool Authenticate(string username, string password)
    {
        var user = _userService.FindSingle(x => x.UserName == username);
        if (user == null) return false;

        // Hash their password.
        var hashedPassword = EncodePassword(password, user.PasswordSalt);

        if (!hashedPassword.Equals(password, StringComparison.InvariantCulture))
            return false;

        FormsAuthentication.SetAuthCookie(userName, true);
        return true;
    }
}

所以现在，我想验证

• EncodePassword 是否被调用。
• 调用了 FormsAuthentication.SetAuthCookie(..)。

现在，我不关心这两者的影响。更重要的是，我不想测试这些方法。这必须在其他地方处理。我认为我应该做的是验证这些方法是否被调用并且..如果可能的话...返回了预期的结果。

这是对模拟中“验证”含义的正确理解吗？

如果是这样，有人可以告诉我如何做到这一点。最好有 moq 但我对任何事情都很满意。

Answer 1

通常（至少在我看来）您应该模拟依赖项，而不是正在测试的类中的其他方法。例如，您可以有一个用于 EncodePassword 调用的 IPasswordEncoder 接口。您可以模拟那个，并验证该方法是否已被调用......但在同一个类中它没有多大意义。

我敢说许多模拟框架可以进行这种模拟，但我个人不会鼓励这样做。如果您发现希望能够注入不同功能的地方，请考虑将它们设为单独的依赖项。

Answer 2

在我看来，您有两个问题：

1. EncodePassword 属于 FormsAuthenticationService，这使得模拟变得更加困难。
   此问题有两种可能的解决方案：

   1. 使 EncodePassword 受保护虚拟，并创建 Mock。在这种情况下，您应该能够验证 EncodePassword。
   2. 将密码编码提取到不同的服务中，因为它无论如何都不会耦合到身份验证实现。

2. FormsAuthentication.SetAuthCookie(..) 是静态方法。这里一个合理的解决方案是使用完全包装 FormsAuthentication 的附加服务，但除此之外不做任何事情，因此您不必测试它。

Answer 3

在测试驱动开发中，您很少想断言调用了私有方法。验证 EncodePassword 被调用到底测试了什么？如果我们详细查看该方法，我们会发现，例如，我可以更改该方法以丢弃 EncodePassword 调用的结果，不会破坏测试。这当然是不对的——测试变得过于灵活并且没有什么用处。相反，请考虑这两种方法。

测试类的公共接口

这就是您通常想要的。您真的关心该方法是否被调用吗？ Authenticate 方法做了一些事情，我们想要测试这个方法是否做了它应该做的事情。也许像这样的断言可以测试错误的密码是否无法进行身份验证：

Assert.That(service.Authenticate("Pure.Krome", "wrong pass"), Is.False);

这使您可以更轻松地重构类，而不会破坏测试。此外，测试的记录能力也会增加 - 这个类应该如何使用？

将方法中的功能提取到它自己的类中

有时，在测试期间不应调用类的私有方法，而应对其进行模拟。例如，静态方法调用 FormsAuthentication.SetAuthCookie(userName, true) 可能会产生副作用，或者在未在网络服务器等上运行时可能会抛出异常。在这种情况下，我的经验是最好注入一个描述所需功能的接口。在这种情况下，例如带有 SetAuthCookie 方法的 ICookieTarget 可以被模拟。