mvn test执行失败，IntelliJ IDEA运行同SpringBoot测试却通过

这种命令行和IDE测试结果不一致的情况我碰到过好多次，大概率是环境、数据或配置的差异导致的，咱们一步步来排查和解决：

可能的原因及对应解决方案 #

1. 测试数据未正确初始化 #

IDE运行测试时，可能因为之前的测试残留了数据，或者本地配置自动加载了测试数据；但mvn test是干净运行的，数据库里没有对应complaintId的数据，自然查询返回null。

解决方法：

• 在测试方法中主动创建测试数据，确保查询时有数据可用：

@Test
public void testFind() throws IOException {
    // 先插入一条关联的投诉数据
    Complaint testComplaint = new Complaint();
    // 根据你的实体类设置必要属性，比如testComplaint.setXXX(...)
    complaintRepository.save(testComplaint);
    
    // 使用刚插入的ID进行查询
    Review<Hostel> hostelByComplaintId = hostelService.findByComplaintId(testComplaint.getId()).orElse(null);
    assertThat(hostelByComplaintId).isNotNull();
}

• 或者在测试类上添加@Sql("/test-data.sql")注解，指定每次测试前执行SQL脚本加载测试数据，确保环境一致。

2. 配置文件/Profile不一致 #

IDE的Run Configuration可能默认激活了某个测试Profile（比如test），但mvn test运行时没有加载对应的配置，导致数据源或其他配置不同。

解决方法：

• 在IDE中查看测试的Run Configuration，确认是否设置了spring.profiles.active=test；
• 在pom.xml的maven-surefire-plugin中添加配置，强制命令行测试使用指定Profile：

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <systemPropertyVariables>
                    <spring.profiles.active>test</spring.profiles.active>
                </systemPropertyVariables>
            </configuration>
        </plugin>
    </plugins>
</build>

3. 旧构建产物干扰 #

IDE会自动编译最新代码，但命令行可能残留了旧的class文件，导致测试运行的不是最新代码。

解决方法：
运行mvn clean test，先清理之前的构建产物，再重新运行测试。

4. complaintId变量未正确赋值 #

检查你的测试类中complaintId是如何获取的：

• 如果是通过@Value注入的，确认命令行运行时是否传入了该参数（比如mvn test -DcomplaintId=123）；
• 如果是硬编码的ID，确认在命令行测试的数据库环境中，这个ID对应的投诉数据确实存在。

总结 #

这种不一致几乎都是环境一致性问题，从数据初始化、配置Profile、构建产物这几个方向排查，很快就能定位到原因。

内容的提问来源于stack exchange，提问作者Sandro Rey