如何对 DTO 进行测试？

Question

我正在创建一个类来存储所有 DTO 类的测试，但目前我只设法覆盖了 coverage 的 10%。我需要知道如何为 DTO 执行 @Tests。

我的DTO：

@Data
@NoArgsConstructor
public class ActivityDTO {

    private Integer id;

    private Integer version;

    @JsonProperty("working_days")
    private MonthWorkingDays workingDays;

}

我的Test班级：

@Test
    public void ActivityDTOTest() {
        ActivityDTO obj = BeanBuilder.builder(ActivityDTO.class).createRandomBean();
    }

这是coverage：

我的问题：我不知道如何测试DTO 类，我正在使用assertEquals 进行测试，但我不知道如何应用它。有人能把这个 DTO 类的 Test 类是什么样的，从而能够在其他类中复制它吗？

Answer 1

这可能是主观的，但一般来说，您不应该为了增加覆盖率而进行测试，而应该始终思考测试检查的“究竟是什么”。

简而言之，可以测试两件事：

• 对象的状态
• 一种行为

大多数测试通常（可以说，但至少这是我通常在我的项目中所做的）倾向于检查在技术上作为方法内部的业务逻辑实现的行为。

由于DTO并没有真正具有逻辑的方法，所以只能测试对象的状态。

另一个想法：检查你没有写的代码是没有意义的。所以是的，按照您在问题中的示例，放置 lombok 注释将生成一些 getter/setter/constructors - 但它不是您的代码，这些注释的正确处理应该由 lombok 团队本身检查。

如果您真的想测试 DTO，您可以做的是生成具有一些默认值的 DTO，并检查其内部状态是否确实与预期相符。像这样的：

public class ActivityDTO {

    private Integer id;

    private Integer version;

    // getters / setters maybe
}

@Test
public void test_state_is_correct() {
   ActivityDTO underTest  = new ActivityDTO(SAMPLE_ID, SAMPLE_VERSION);
   assertThat(underTest.getId(), equalTo(SAMPLE_ID));
   assertThat(underTest.getVersion(), equalTo(SAMPLE_VERSION));
}

@Test
public void test_equals_two_objects_with_same_values() {
   ActivityDTO underTest  = new ActivityDTO(SAMPLE_ID, SAMPLE_VERSION);
   assertThat(underTest, equalTo(new ActivityDTO(SAMPLE_ID, SAMPLE_VERSION)); 
}

@Test
public void test_equals_two_objects_with_different_id() {
   ActivityDTO underTest  = new ActivityDTO(SAMPLE_ID, SAMPLE_VERSION);
   assertThat(underTest, not(equalTo(new ActivityDTO(ANOTHER_SAMPLE_ID, SAMPLE_VERSION)); 
}


@Test
public void test_equals_two_objects_with_different_version() {
   ActivityDTO underTest  = new ActivityDTO(SAMPLE_ID, SAMPLE_VERSION);
   assertThat(underTest, not(equalTo(new ActivityDTO(SAMPLE_ID, ANOTHER_SAMPLE_VERSION)); 
}

 ... test for toString()... and hashCode maybe, etc.

这肯定会让覆盖工具满意，但真正的问题是它会让你的代码更好（更健壮，更少错误等）吗？

有一点是肯定的——这些测试既费时又无聊，而且可能给项目带来的价值较低。为了克服绝对需要编写这些测试的程序员的挫败感，甚至还有一些工具可以自动测试这些简单的 java bean（DTO 可以被视为一个 java bean），仅举几例：

https://github.com/codebox/javabean-tester

https://code.google.com/archive/p/junit-javabean-runner/

http://javabeantester.sourceforge.net/

现在完全不同的情况是，如果您测试某些服务或 DAO 的行为，例如生成 DTO - 这些测试无论是单元测试还是集成测试都是真正需要的。他们还将增加项目的覆盖面（甚至可能会覆盖 DTO 的代码，尽管这不是他们的主要目标），但我建议先开始编写这些测试。

Answer 2

我不知道最佳实践是什么，但 AFAIK 您应该从配置中排除 DTO 类，并且您不必为它们编写单元测试。

如果你使用 JaCoCo 插件，你最好看看这个：How to exclude certain classes from being included in the code coverage? (Java)