我们应该测试控制台输出吗？

Question

我正在使用一些System.out.print本身有一些命令的遗留代码.我的eCobertura插件显示这条线为红色,所以我想对它们进行单元测试.

这里的计算器,我发现了一种单元测试控制台输出这是我的东西是很有趣的.

我是这样做的:

        private final ByteArrayOutputStream outContent = new ByteArrayOutputStream();

        @Before
        public void setUpStreams() {
            System.setOut(new PrintStream(outContent));
        }

        @After
        public void cleanUpStreams() {
            System.setOut(null);
        }

        @Test
        public void out() {
            System.out.print("Some message from the system");
            assertEquals("Some message from the system", outContent.toString());
        }

到目前为止,测试变得很好,但是当我再次运行代码覆盖率插件时,我收到以下消息:

网络"Thread-0"中的异常java.lang.NullPointerException net.sourceforge.cobertura.coveragedata.TouchCollector.applyTouchesOnProjectData(TouchCollector.java:186)at net.sourceforge.cobertura.coveragedata.ProjectData.saveGlobalProjectData(ProjectData.java:267) )at java.slang.Thread.run(Thread.java:662)的net.sourceforge.cobertura.coveragedata.SaveTimer.run(SaveTimer.java:31)

我有些疑惑:

• 尝试进行单元测试是否正确System.out.print()'s？
• eCobertura是否与此类测试兼容？
• 如果eCobertura与此类测试不兼容,为什么它会显示红色线？
• 我的测试中有什么问题吗？
• 我正在使用jUnit 4.11你认为这与它有关吗？
• 为什么eCobertura给我这个错误？

Answer 1

尝试单元测试System.out.print()是否正确？

这在很大程度上取决于您要测试的内容.我认为没有必要测试System.out.print()本身,我希望Sun/Oracle已经做到了这一点.但是,如果您的应用程序向控制台输出重要信息,这是验证输出的唯一方法,那么您需要对其进行测试.如果您可以通过测试相应的类来测试代码,那么您可能不需要测试输出流本身.

查看数据库,例如:我不会自己测试JDBC驱动程序,但我会测试所有代码/功能,这些代码/功能是从数据库加载/保存数据的一部分.

红线仅表示代码行从未执行过.这可能没问题,或者可能意味着您的测试不会触及他们应该使用的代码的一部分.获得高测试覆盖率很重要,但可能并非总是需要100%(认为帕累托原则)

至于你的空指针异常

您调用System.setOut(null);将System.out设置为null并且eCobertura可能会尝试向Standard Out写入一些内容,现在为null.您可能需要在@Before方法中保存orignial Out Stream并在@After方法中恢复它以允许后面的代码使用StdOut

eCobertura与此类测试不兼容吗？

如果eCobertura与此类测试不兼容,为什么它会显示红色线？

为什么eCobertura给我这个错误？

可能是eclipse和eCobertura之间的通信是通过Standard Out发生的,但我不确定.如果是这种情况,那么比重定向标准输出不仅仅是你的输出而且来自Cobertura的输出被重定向,并且GUI不再看到执行的内容和不执行的内容,因此将其着色为红色

我的测试中有什么问题吗？

可能需要确保正确恢复StdOut.

我正在使用jUnit 4.11你认为这与它有关吗？

不,我不这么认为