IDEA 单元测试报错:Class not found:xxxx springboot的解决

首先需要明确的是，单元测试是开发过程中重要的一环，能够帮助我们更早地发现程序中存在的问题，提高代码的质量。在使用IDEA进行单元测试时，有时会遇到“Class not found”错误提示，主要有以下几个原因：

1. 没有在测试类的类路径下引入依赖项。
2. 测试类文件夹结构不正确。
3. IDEA的构建配置不正确。

针对以上三个可能的原因，我们可以分别进行解决：

1. 引入依赖项

如果在测试类中使用到了某个依赖，但是没有在类路径下引入该依赖，通常会出现该错误。此时，只需在pom.xml文件中添加需要的依赖即可解决该问题。例如，在使用SpringBoot时，如果我们在测试类中使用了@SpringBootTest注解，就需要在pom.xml中添加spring-boot-starter-test依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <version>2.5.4</version>
</dependency>

1. 修改测试类文件夹结构

如果测试类所在的文件夹结构不正确，也会出现该错误。通常情况下，测试类应该与被测试类在同一包下，或者在src/test/java目录下。如果测试类不在该位置，需要将其移动到正确的位置。例如，如果我们有一个类com.example.demo.DemoApplication，我们的测试类ExampleTest就应该放在com.example.demo包下，如下所示：

demo
├───src
│   ├───main
│   │   ├───java
│   │   │   └───com
│   │   │       └───example
│   │   │           └───demo
│   │   │               └───DemoApplication.java
│   ├───test
│   │   ├───java
│   │   │   └───com
│   │   │       └───example
│   │   │           └───demo
│   │   │               └───ExampleTest.java

1. 修改IDEA的构建配置

如果以上两个方法均无法解决该错误，有可能是IDEA的构建配置出现了问题。此时可以按照以下步骤进行修复：

• 打开IDEA的设置页面
• 选择“Build, Execution, Deployment” > “Build Tools” > “Maven” > “Runner”
• 在VM options中添加-Didea.maven.embedder.version=3.6.3，如下所示：

-Didea.maven.embedder.version=3.6.3

这个修复方法通常可以解决大部分的ClassNotFound问题。

示例1：

我们假设有一个SpringBoot项目，其中有一个名为UserController的控制器类：

@RestController
@RequestMapping("/user")
public class UserController {
    @Autowired
    private UserService userService;

    //省略其他代码
}

我们需要对UserController进行单元测试，因此编写了以下测试类：

@SpringBootTest
@RunWith(SpringRunner.class)
public class UserControllerTest {
    @Autowired
    private UserController userController;

    //省略其他代码
}

当我们运行测试时，会出现以下错误：

java.lang.IllegalStateException: Failed to load ApplicationContext
...
Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'spring.datasource.username' 
in value "${spring.datasource.username}"
...
Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'spring.datasource.username' 
in value "${spring.datasource.username}"

这个错误提示可能比较晦涩，但是实际上是提示我们没有引入依赖。在这个例子中，UserController中使用了@Autowired注解，说明它需要注入某个依赖，而UserControllerTest中缺少该依赖，因此出现了错误。为了解决该问题，我们需要在pom.xml文件中添加spring-boot-starter-test依赖，如下所示：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <version>2.5.4</version>
</dependency>

示例2：

在另外一个例子中，我们有一个叫做StringUtil的工具类：

public class StringUtil {
    public static String reverse(String str) {
        return new StringBuilder(str).reverse().toString();
    }
}

我们编写了一个测试类，测试该工具类的反转方法：

public class StringUtilTest {
    @Test
    public void testReverse() {
        String original = "abcdefg";
        String expected = "gfedcba";
        assertEquals(expected, StringUtil.reverse(original));
    }
}

当我们运行该测试时，会出现以下错误：

java.lang.ClassNotFoundException: StringUtil

这个错误提示很明确，是提示我们找不到该工具类。这个错误通常是由于测试类文件夹结构不正确引起的。在这个例子中，我们将StringUtilTest与StringUtil不在同一个包下，因此会出现上述错误。为了解决该问题，我们需要将StringUtilTest放到StringUtil所在的包下，或者放到src/test/java目录下。例如，将StringUtilTest放到com.example.demo包下：

demo
├───src
│   ├───main
│   │   ├───java
│   │   │   └───com
│   │   │       └───example
│   │   │           └───demo
│   │   │               ├───StringUtil.java
│   │   │               └───UserController.java
│   ├───test
│   │   ├───java
│   │   │   └───com
│   │   │       └───example
│   │   │           └───demo
│   │   │               └───StringUtilTest.java

经过上述修改，再次运行该测试即可顺利通过。