在springboot 项目中测试controller层的调用的时候使用Postman和MockMvc是两种常见的方法

在Spring Boot项目中测试Controller层时，使用Postman和MockMvc是两种常见的方法，但它们有不同的优缺点和适用场景。以下是这两种方法的主要区别和优劣势分析：

使用Postman进行测试

优点：

直观易用：Postman是一个图形化的工具，使用起来非常直观，适合手动测试和调试API。
全栈测试：使用Postman可以验证整个应用的端到端功能，包括网络配置、序列化/反序列化、实际的数据库交互等。
适合集成测试：它可以用于测试整个系统的集成，确保所有部分都能正确协同工作。

缺点：

手动操作：需要手动发送请求和检查响应，不适合进行自动化测试。
无法方便地进行单元测试：无法隔离测试，不能单独测试Controller层的逻辑。
依赖环境配置：需要启动整个应用，可能受限于环境配置和外部依赖。

使用MockMvc进行测试

优点：

自动化测试：可以方便地编写自动化单元测试，易于集成到持续集成（CI）流程中。
快速执行：由于不需要启动整个Spring应用，测试执行速度快。
隔离测试：可以使用Mock对象隔离对数据库、服务等外部依赖的调用，专注于Controller层逻辑的测试。
详细的错误信息：在测试失败时，可以提供更详细的错误信息，便于调试。

缺点：

不测试全栈：无法测试实际的序列化/反序列化、网络配置等内容，只能测试Controller层的逻辑。
需要一定的学习成本：需要了解和掌握MockMvc的使用方法和相关技术。

总结

Postman 适合进行全栈集成测试，确保所有部分协同工作，同时适合手动测试和调试API。
MockMvc 适合编写自动化单元测试，快速且能隔离测试Controller层逻辑，适用于开发阶段频繁进行的回归测试。

通常，在实际项目中，两者会结合使用：在开发和单元测试阶段使用MockMvc进行快速、自动化的测试；在集成测试和手动调试阶段使用Postman验证整个系统的功能。

使用Mock对象隔离对数据库、服务等外部依赖的调用，专注于Controller层逻辑的测试

使用Mock对象隔离对数据库、服务等外部依赖的调用，意味着在测试Controller层时，不需要实际连接到数据库或调用真实的服务，而是使用虚拟的对象来模拟这些依赖的行为。这样可以确保测试仅关注Controller层的逻辑，不受外部依赖的影响。以下是详细解释和一个简单示例：

详细解释

隔离依赖：在实际应用中，Controller通常依赖于Service层，而Service层又可能依赖于DAO层或外部API。使用Mock对象可以在测试中替代这些实际的依赖，使得测试更加集中和快速。
模拟行为：Mock对象可以预设行为和返回值，以模拟真实对象的响应。例如，模拟Service层方法的返回值，而不需要实际查询数据库。
提高测试效率：使用Mock对象可以避免启动整个应用或连接到实际的数据库和外部服务，测试执行速度更快，适合进行单元测试和开发阶段的频繁测试。

示例

假设我们有一个简单的Spring Boot应用，包含一个Controller和一个Service。以下是使用MockMvc和Mockito来测试Controller层的示例：

Controller类

@RestController
@RequestMapping("/api")
public class MyController {

    @Autowired
    private MyService myService;

    @GetMapping("/hello")
    public ResponseEntity<String> sayHello() {
        String response = myService.getHelloMessage();
        return new ResponseEntity<>(response, HttpStatus.OK);
    }
}

Service类

@Service
public class MyService {

    public String getHelloMessage() {
        return "Hello, World!";
    }
}

测试类

@RunWith(SpringRunner.class)
@WebMvcTest(MyController.class)
public class MyControllerTest {

    @Autowired
    private MockMvc mockMvc;

    @MockBean
    private MyService myService;

    @Test
    public void testSayHello() throws Exception {
        // 设置Mock对象的行为
        when(myService.getHelloMessage()).thenReturn("Hello, Mock!");

        // 发送GET请求到/api/hello，并验证响应
        mockMvc.perform(get("/api/hello"))
                .andExpect(status().isOk())
                .andExpect(content().string("Hello, Mock!"));

        // 验证MyService.getHelloMessage()方法是否被调用
        verify(myService).getHelloMessage();
    }
}

解释

@WebMvcTest：仅加载Controller相关的Bean，不启动整个Spring上下文。
@MockBean：创建一个Mock对象并注入到Spring上下文中，替代实际的MyService Bean。
**when(...).thenReturn(...)**：设置Mock对象在特定方法调用时的返回值。
**mockMvc.perform(...).andExpect(...)**：模拟HTTP请求并验证响应。

通过这种方式，我们可以在不依赖实际的Service实现或数据库的情况下，测试Controller的行为。这不仅提高了测试速度，还使得测试更加集中和可靠。

标签： spring boot mvc 架构

本文转载自: https://blog.csdn.net/QZGzzz/article/details/139579656
版权归原作者 QZGzzz 所有，如有侵权，请联系我们删除。