EasyMock是否应仅用于模拟外部服务？

Question

我有一个关于在junits中使用EasyMock的问题。我们已经为junits配置了一个框架，它使用inmemory derby数据库和EasyMock来测试我们的服务项目。我们将内存中的derby完全用于dao层。问题出现在天气上，是完全使用EasyMock还是在服务层中同时使用EasyMock和derby。以下是场景：

    //class under test is in user-service project
    class ServiceClassUnderTest {
             IUserService userService; 
             IAddressService addressService; 

             public Address getUsersAddress(String id) {
                        User user = userService.getUserById(id);
                        // some logic goes here
                        Address address = addressService.getAddresdByUser(user);
                       // some validations goes here
                        return address;
             }
      }

被测试的类在用户服务项目中，IUserService接口也是如此。IAddressService接口位于地址服务项目中，用作用户服务项目中的依赖项。

现在的问题是一些同事提出的改变方法。

将userService作为其在同一项目中的一部分准备测试数据，并将mock addressService作为其依赖项目的一部分，我们可能对其行为和表结构不太了解

优点：更简洁的方法，因为我们有用于模拟和测试数据的mimal代码在单独的sql文件中

模拟所有服务，无论其位于同一项目或依赖项项目的一部分中

缺点：更多地模拟相关代码，而不是实际测试相关代码，使其难以维护并损害易读性。

给出的代码示例仅解释在实际项目中，我们在一个类中具有多个服务bean的复杂结构的场景。

你能不能给我一些建议，说明哪种方法更好，以及为什么要考虑我为这两种方法提供的论点？？

Answer 1

没有完整的大局是很难确定的。假设你真的想要单元测试，我通常会这样做：

• 仅测试使用实际DB对DB执行的查询
• 模拟我的测试类使用的所有内容。

这个“一切”应该不超过3或4个依赖项。否则，我会重构，直到我得到可读的东西。

测试代码多于生产代码是正常的。

如果我的测试方法中最终有琐碎的代码，我只是不测试它。但是，测试也可以用来记录。所以这是一条模糊的线。