Unittesting errors in general

[Scavenger233]

根据你提供的报错信息，我将逐段解析并解释每个部分的结构和含义，并告诉你如何通过这些信息排查问题。这将帮助你理解常见的Spring Boot测试报错，并能够自主解决问题。

1. 初始化测试上下文阶段

12:13:00.905 [main] DEBUG org.springframework.test.context.BootstrapUtils - Instantiating CacheAwareContextLoaderDelegate from class [org.springframework.test.context.cache.DefaultCacheAwareContextLoaderDelegate]
12:13:00.910 [main] DEBUG org.springframework.test.context.BootstrapUtils - Instantiating BootstrapContext using constructor [public org.springframework.test.context.support.DefaultBootstrapContext(java.lang.Class,org.springframework.test.context.CacheAwareContextLoaderDelegate)]
12:13:00.927 [main] DEBUG org.springframework.test.context.BootstrapUtils - Instantiating TestContextBootstrapper for test class [com.example.controller.LessonControllerTest] from class [org.springframework.boot.test.autoconfigure.web.servlet.WebMvcTestContextBootstrapper]

解析：

• 这一部分表示测试框架在启动时加载上下文（Context）时的日志输出。
• CacheAwareContextLoaderDelegate 和 BootstrapContext 是 Spring 在启动测试时初始化应用上下文（Application Context）的组件。
• TestContextBootstrapper 会引导上下文加载器（Loader）来处理与测试类相关的配置。

如何使用：

• 如果有任何与上下文加载相关的异常，会在这里显示。如果你的测试用例无法启动，或者你看到上下文加载异常，检查这个部分会帮助你识别问题。
• 如果上下文没有正确加载，通常是因为 @ContextConfiguration 或者相关的注解配置不正确。

---

2. 寻找配置文件阶段

12:13:00.933 [main] INFO org.springframework.boot.test.autoconfigure.web.servlet.WebMvcTestContextBootstrapper - Neither @ContextConfiguration nor @ContextHierarchy found for test class [com.example.controller.LessonControllerTest], using SpringBootContextLoader
12:13:00.935 [main] DEBUG org.springframework.test.context.support.AbstractContextLoader - Did not detect default resource location for test class [com/example/controller/LessonControllerTest]: class path resource [com/example/controller/LessonControllerTest-context.xml] does not exist

解析：

• 这里表示测试框架在寻找特定的配置文件或上下文时没有找到默认的资源文件 (LessonControllerTest-context.xml)。
• 由于没有指定 @ContextConfiguration 或 @ContextHierarchy，因此测试框架自动使用 SpringBootContextLoader。

如何使用：

• 这是正常的行为，特别是在基于 @SpringBootTest 的测试中。如果你遇到上下文加载失败的情况，检查是否正确配置了 @SpringBootTest 或者相关的 @ContextConfiguration。

---

3. Spring Boot 应用启动阶段

2024-10-08 12:13:01.483  INFO 8936 --- [           main] c.e.controller.LessonControllerTest      : Starting LessonControllerTest using Java 1.8.0_381 on s-Macbook.local with PID 8936 (started by pocky2333 in /Users/pocky2333/Desktop/Codes/lesson)
2024-10-08 12:13:01.483  INFO 8936 --- [           main] c.e.controller.LessonControllerTest      : The following 1 profile is active: "test"

解析：

• 这部分日志表示 Spring Boot 正在启动 LessonControllerTest。
• The following 1 profile is active: "test" 表示 test 配置文件（Profile）处于激活状态。

如何使用：

• 如果你发现测试在启动过程中失败，通常会在这部分日志中看到相应的错误信息。例如，如果测试启动时缺少某些依赖组件，通常会显示在这里。

---

4. 安全过滤器加载阶段

2024-10-08 12:13:02.537  INFO 8936 --- [           main] o.s.s.web.DefaultSecurityFilterChain     : Will secure any request with [org.springframework.security.web.session.DisableEncodeUrlFilter@78ec89a6, org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter@3596b249, ... ]

解析：

• 这是 Spring Security 的日志，表示安全过滤器已经初始化并准备处理请求。
• 日志中提到的各个过滤器是用于确保请求的安全性（如会话管理、CSRF防护、身份验证等）。

如何使用：

• 如果你遇到权限相关的错误（如 401 Unauthorized），需要在这部分查看是否有安全配置方面的问题，比如 SecurityContext 或者某些过滤器没有正确配置。

---

5. 处理请求与返回响应阶段

MockHttpServletRequest:
      HTTP Method = GET
      Request URI = /instructors/pocky/lessons/10001
       Parameters = {}
          Headers = [Accept:"application/json"]
             Body = <no character encoding set>
    Session Attrs = {}

Handler:
             Type = com.example.controller.LessonController
           Method = com.example.controller.LessonController#getLesson(String, long)

MockHttpServletResponse:
           Status = 200
    Error message = null
          Headers = [Content-Type:"application/json"]
     Content type = application/json
             Body = {"id":10001,"username":"pocky","description":"Spring boot introduction"}

解析：

• 这里记录了模拟的 HTTP 请求和响应的详细信息。
  • HTTP Method = GET: 表示请求的 HTTP 方法是 GET。
  • Request URI = /instructors/pocky/lessons/10001: 表示请求的 URL。
  • Handler: 指定了处理这个请求的控制器方法 (LessonController#getLesson)。
  • MockHttpServletResponse: 记录了模拟响应的状态码 (200 OK)、响应头和响应体。

如何使用：

• 当测试失败时，你可以查看 MockHttpServletResponse 中的状态码和响应体是否与预期一致。例如：
  • 如果你期望的状态码是 201（已创建），但返回了 200，就意味着你的控制器没有正确处理创建请求。
  • 通过查看 Body，可以检查是否返回了正确的数据格式或值。

---

6. Resolved Exception

Resolved Exception:
             Type = null

解析：

• Resolved Exception: null 表示在处理请求时没有抛出异常。如果这里显示某个异常类型，就表明在请求处理过程中发生了问题。

如何使用：

• 当测试抛出异常时，你会在这个字段看到具体的异常类型。如果异常类型与数据解析、权限验证等相关，你可以针对异常进行进一步排查。

---

总结与排查技巧：

1. 检查初始化日志：当测试无法正常启动时，查看初始化日志是否有上下文加载错误、配置文件丢失等问题。
2. 检查请求与响应日志：关注 MockHttpServletRequest 和 MockHttpServletResponse，通过这些日志，你可以验证请求是否被正确发送，响应是否与预期一致。
3. 查看异常信息：如果日志中有 Resolved Exception 字段，查看具体的异常类型并追溯到发生错误的地方。
4. 状态码和响应体检查：如果状态码或响应体与预期不符，可以通过打印和调试工具检查实际返回的内容，并与期望值进行对比。
5. 使用日志的 DEBUG 模式：开启 DEBUG 日志模式可以提供更多关于应用上下文和依赖注入的细节，对于调试复杂的测试失败问题特别有用。

希望这些解析和建议能帮助你以后通过日志和报错信息自主排查问题。