【问题标题】:Testing if a java program calls System.exist - without exiting Junit测试 java 程序是否调用 System.exist - 不退出 Junit
【发布时间】:2019-10-15 09:24:27
【问题描述】:

我正在尝试使用 Junit 测试文件处理程序。在某些情况下,程序应该打印一个错误并完成它的运行。但是,使用“System.exit(-1)”会导致程序退出整个 Junit 测试。 有什么办法可以避免吗?

我可以打印错误然后return null,但是我觉得它很不雅。

    private List<String> parseData(String[] args){
        if (args.length != 2){
            System.err.println(ERROR + INPUT_ERROR + "\n");
            System.exit(EXIT_CODE);

有没有办法检查程序是否调用“System.exit”而不关闭它? 谢谢。

【问题讨论】:

标签: java junit exit-code system.exit


【解决方案1】:

我认为使用 System.exit 来验证输入参数更加不雅。 为什么不直接抛出一个异常,让这个方法的调用者来处理呢?

【讨论】:

  • 你说得对,谢谢。这确实更优雅。
  • 如果它是关于与操作系统通信,即用于脚本,异常对你没有任何好处。标准方法是退出代码,在这种情况下,恕我直言,可以测试是否返回了正确的代码。退出代码是已发布界面的一部分。
【解决方案2】:

虽然我认为 AdrianM 的解决方案是理想的解决方案,但您也可以通过模拟来解决这个问题。

选项一:使用模拟框架,例如 PowerMock,它可以让您模拟静态方法,这样您就可以让 System.exit 什么都不做。

选项二:使用依赖注入和任何模拟框架。创建这个接口和实现类:

public interface SystemExit {
    void exit(int code);
}

public class SystemExitImpl implements SystemExit {
    public void exit(int code) {
        System.exit(code);
    }
}

然后,使包含parseData 的类将SystemExit 作为构造函数参数并将其存储在成员变量中(或者为成员变量设置一个setter,让您在构造后对其进行设置)。在您的生产代码中,传递SystemExitImpl。在您的测试中,为SystemExit 创建一个模拟并通过它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-05-27
    • 1970-01-01
    • 2013-03-06
    • 2013-04-25
    • 1970-01-01
    • 1970-01-01
    • 2013-04-24
    • 1970-01-01
    相关资源
    最近更新 更多