java - 我应该在 Immutables 的单元测试中使用真实对象还是模拟对象？

Question

如果我必须测试使用可变实体的服务，我会构建我需要的最小对象(一个真实的对象)并将其传递给我的服务。示例:

User joe = new User();
joe.setEmail("joe@example.com");

resetPasswordService.resetPassword(joe);

verif(emailServiceMock).sendEmail("joe@example.com", "Your password has been reset!");

显然 User 有很多字段，但我没有设置它们，因为 resetPasswordService 不需要它们。这对重构非常友好，因为如果我重命名不是电子邮件的用户字段，此测试将不会更改。

当我尝试对 Immutables 执行相同操作时出现问题目的。我将坚持使用相同的示例，将 User 从一个实体变成一个不可变的。

@Value.Immutable
public abstract class User {
    public abstract String getEmail();
    public abstract PostalAddress getPostalAddress();
    //more fields
}

User joe = new ImmutableUserBuilder().email("joe@example.com").build();

resetPasswordService.resetPassword(joe);

verif(emailServiceMock).sendEmail("joe@example.com", "Your password has been reset!");

java.lang.IllegalStateException: 无法构建用户，一些必需的属性未设置 [postalAddress, signupDate, city, ....]

当构建器尝试构建对象时，这会在构建器中失败。那我该怎么办呢？

• 为用户使用模拟并让它返回模拟，即使every time a mock returns a mock a fairy dies
• 创建一个测试 DSL 并拥有某种工厂来构建包含我不需要的所有字段的整个用户树结构？看起来很重而且不太适合重构。这使得测试的要求不那么透明。
• 使用户 @Nullable 中的所有字段都生成并让构建器不验证对象？这会让我面临生产中对象不完整的风险，对吧？
• 我错过了其他一些选择吗？

我知道用户应该是实体而不是不可变的值对象。我在这个例子中使用了 User，因为它很容易理解。

Answer 1

简单的回答:您仅在必须时使用模拟。

含义:当您需要以“真实”类不支持的方式控制对象的行为时。或者当您必须在模拟中验证调用时。

所以:当您可以编写一个测试用例来执行您希望它执行的操作时，无需使用模拟 - 那就去做吧。

模拟框架是工具。您使用它们不是因为您可以，而是因为它们为您解决了您无法(轻松)解决的问题。

除此之外:如前所述，默认情况下应该避免模拟。另一方面，编程总是关于平衡努力和“投资返回”。这就是为什么我在上面使用了 easily 这个词。当事实证明使用 mock 会导致写下 2、3 行易于理解的代码......但使用“真实”类要复杂得多(或依赖于某些 < em>隐式关于该类如何工作的假设)——那么使用模拟可能是更好的选择。

从这个意义上说，答案是:不要将答案和规则作为黄金标准。最后，这总是关于人的判断。