IntelliJ IDEA单元测试如何让控制台支持System.in输入

JUnit等单元测试框架的设计初衷就是无人工干预的自动化执行，默认配置下不管是IDEA的测试运行器，还是Gradle/Maven等构建工具，都不会把IDE控制台的输入通道绑定到测试进程的System.in，此时System.in会被初始化为空输入流。
你之前运行测试直接显示通过，本质是空流导致Scanner.nextInt()触发了未被捕获的NoSuchElementException，但IDEA教育版默认的入门测试配置对这类输入流异常做了静默处理，没有标记为测试失败，才会出现既不能输入、又显示测试通过的现象。

你可以根据自己的使用场景选对应的方案：

方案1：临时调试用，开启IDEA控制台输入支持 #

如果只是临时写代码调试，想手动在控制台输内容，直接改运行配置即可：

• 点击顶部工具栏运行配置的下拉框，选择Edit Configurations...
• 在弹出的配置页找到你当前运行的JUnit测试项，点击页面上的Modify options按钮
• 在弹出的选项列表里找到Java分类下的Allow input from console（控制台允许输入）选项，勾选后保存配置
• 重新运行测试就可以正常在控制台输入内容了

方案2：修改构建工具配置（通过Gradle/Maven运行测试时用） #

如果你是通过项目构建工具触发的测试，需要额外修改构建配置放开输入限制：

• Gradle项目：在build.gradle的test配置块中加入输入流绑定规则

test {
    standardInput = System.in
}

• Maven项目：在pom.xml中修改maven-surefire-plugin插件配置，关闭进程fork

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.2.5</version>
    <configuration>
        <forkCount>0</forkCount>
    </configuration>
</plugin>

方案3：标准单元测试写法（推荐正式场景使用） #

*正式的单元测试不应该依赖人工控制台输入，否则CI/CD自动化跑测试时没有人工输入就会失败。要测试依赖输入的逻辑，可以在测试代码里手动构造模拟输入流，重定向System.in即可，不需要手动敲内容：

@Test
void testInputLogic() {
    // 预设模拟输入内容，每个输入用换行符分隔，这里模拟依次输入1、2、0
    String mockInput = "1\n2\n0\n";
    // 临时把System.in替换为我们构造的模拟输入流
    System.setIn(new ByteArrayInputStream(mockInput.getBytes(StandardCharsets.UTF_8)));

    // 这里写你的业务逻辑
    Scanner scanner = new Scanner(System.in);
    int judge = 1;
    while (judge == 1)
    {
        int n = scanner.nextInt();
        System.out.println("输入的数为：" + n);
        if (n == 0)
            judge = 0;
    }

    // 测试执行完记得还原System.in，避免影响其他测试用例
    System.setIn(System.in);
}

这种写法每次运行测试会自动喂入预设的输入，不需要人工干预，符合单元测试自动化的设计要求。

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