使用JUnit assertThrows测试Mastermind主方法的异常校验与编译报错问题

常见assertThrows编译报错诱因 #

• 所用JUnit版本过低：JUnit 4.13之前、JUnit 5.8之前的assertThrows方法不支持第三个传入自定义错误提示字符串的参数，会因方法签名不匹配直接报编译错。
• 受检异常未声明抛出：如果MastermindIllegalLengthException是继承自Exception的受检异常，需要确认Mastermind.main()方法签名显式声明了throws MastermindIllegalLengthException，否则lambda执行时会触发未捕获受检异常的编译错误。
• 系统输入流还原逻辑有缺陷：原代码中流还原的逻辑没有放到finally块中，一旦assertThrows断言失败抛出异常，System.in会永久被替换为测试文件流，影响后续所有测试用例执行。

可直接运行的修正版测试代码 #

如果暂时没法升级JUnit版本，可以删掉assertThrows的第三个自定义提示参数，把流还原逻辑放到finally块中，用try-with-resources自动管理文件输入流：

@Test
void testPlayErrors2() {
    String[] args = null;
    final InputStream originalSystemIn = System.in;
    try (InputStream testFileIn = new FileInputStream("playTest.txt")) {
        System.setIn(testFileIn);
        // 兼容低版本JUnit的assertThrows写法
        MastermindIllegalLengthException thrownException = assertThrows(
            MastermindIllegalLengthException.class,
            () -> Mastermind.main(args)
        );
        // 手动补充异常信息校验，替代原自定义提示参数
        assertNotNull(thrownException, "Expected Mastermind.main() to throw MastermindIllegalLengthException, but it didn't");
    } catch (FileNotFoundException e) {
        fail("测试输入文件不存在: " + e.getMessage());
    } finally {
        // 无论断言是否通过，强制还原原始系统输入流
        System.setIn(originalSystemIn);
    }
}

逐行定位异常触发位置的实现方案 #

如果你明确知道非法长度输入在文件中的具体行号，可以绕开完整main方法流程，精准定位异常触发点：

1. 把Mastermind类中负责校验输入合法性的逻辑抽成独立可调用的方法，例如public static String validateGuess(String userInput)，避免和交互流程耦合。
2. 逐行读取测试输入文件，在对应非法输入的行位置单独调用校验方法，直接断言该行会抛出预期异常：

@Test
void testIllegalLengthOnTargetLine() {
    List<String> fileLines;
    try {
        fileLines = Files.readAllLines(Path.of("playTest.txt"));
    } catch (IOException e) {
        fail("读取测试输入文件失败: " + e.getMessage());
        return;
    }
    // 已知文件第3行是长度非法的输入，列表下标从0开始，对应索引为2
    String targetIllegalInput = fileLines.get(2);
    // 仅校验目标行的异常触发逻辑
    assertThrows(
        MastermindIllegalLengthException.class,
        () -> Mastermind.validateGuess(targetIllegalInput)
    );
}

这种逐行测试的方式完全不需要依赖系统输入流的替换，测试执行速度更快，也能精准锁定异常的触发源头，避免被main方法里的其他交互逻辑干扰。

内容的提问来源于stack exchange，提问作者random math student