可以使用Symfony\Component\Console\Output\TrimmedBufferOutput，然后像这样测试缓冲的输出字符串:

use Symfony\Component\Console\Output\TrimmedBufferOutput;

//...
public function testSomething()
{
   $output = new TrimmedBufferOutput(999);
   $output->writeln('Do something in your code with the output class...');
   
   //test the output:
   $this->assertStringContainsString('expected string...', $output->fetch());   
}

这不是漏洞，而是故意的。最好的方法是写入某种类型的日志文件，并跟踪日志以观察输出。

如果您正在尝试测试输出，请检查这个。

另外:

注意:请注意PHPUnit吞掉所有发出的输出 在测试执行期间。在严格模式下，发射的测试 输出将失败。

更新:参见rdlowrey的更新下面关于使用fwrite(STDERR, print_r($myDebugVar, TRUE));作为一个简单得多的工作

这种行为是有意为之的(正如jasonbar所指出的)。手册的冲突状态已报告给PHPUnit。

一种变通方法是让PHPUnit断言预期输出为空(当实际上有输出时)，这将触发要显示的意外输出。

class theTest extends PHPUnit_Framework_TestCase
{
    /**
     * @outputBuffering disabled
     */
    public function testOutput() {
        $this->expectOutputString(''); // tell PHPUnit to expect '' as output
        print_r("Hello World");
        print "Ping";
        echo "Pong";
        $out = "Foo";
        var_dump($out);
    }   
}

给:

PHPUnit @package_version@ by Sebastian Bergmann.

F

Time: 1 second, Memory: 3.50Mb

There was 1 failure:

1) theTest::testOutput
Failed asserting that two strings are equal.
--- Expected
+++ Actual
@@ @@
-''
+'Hello WorldPingPongstring(4) "Foo"
+'

FAILURES!
Tests: 1, Assertions: 1, Failures: 1.

一定要禁用用于测试的任何其他断言，因为它们可能在测试输出断言之前失败(因此您将看不到输出)。

您应该认真考虑您的意图:如果您现在在调试以修复测试时需要这些信息，那么当测试中断时，您将在下周再次需要这些信息。

这意味着当测试失败时，您总是需要这些信息——而添加var_dump来查找原因实在是太麻烦了。而是把数据放到你的断言中。

如果您的代码过于复杂，那么就将其拆分，直到达到一个断言(带有自定义消息)足以告诉您哪里出错了，为什么出错以及如何修复代码的程度。

只需在输出文本后调用ob_flush()即可

示例代码:

    public function testDebugOutputToCli() {
        var_dump(new DateTime());
        ob_flush();
    }

代码和输出截图:

为什么?PHPUnit总是输出缓冲区，所以我们需要在调试时转储缓冲区

我对上面所有的答案都很纠结，特别是因为所选的答案——使用codeplet_debug()和——debug(如手册所述)——导致了大量的调试输出，使我无法使用它。

我像一个好书呆子一样阅读PHPUnit手册，无意中发现了这个，我认为这解释了导致整个PHPUnit问题的原因，而不仅仅是Codeception:

PHPUnit手册，测试输出:“有时你想断言一个方法的执行，例如，产生一个预期的输出(例如，通过回显或打印)。PHPUnit\Framework\TestCase类使用PHP的Output Buffering特性来提供必要的功能。

这是完全有意义的，并解释了为什么我们看不到输出。PHPUnit正在保存它，以防我们想要检查注释!这就是它在我们实际测试中的工作方式，我们当然不希望仅仅因为我们调用了一个使用echo的函数就有随机的东西出现在屏幕上。

但是在调试时，我们只想立即看到文本，并且理解了这一切，解决方案就很清楚了:只需使用ob_flush()按需打印输出缓冲区的内容!

为阅读有趣的手册欢呼三声!

另外，还发现这个技巧隐藏在如何在phpunit中显示var_dump或codeception中，由Julian在dev.to上编写

更新

刚刚发现了另一种方法，它比——verbose命令行选项更好:

class TestSomething extends PHPUnit_Framework_TestCase {
    function testSomething() {
        $myDebugVar = array(1, 2, 3);
        fwrite(STDERR, print_r($myDebugVar, TRUE));
    }
}

这让您可以随时将任何内容转储到控制台，而不会出现——verbose CLI选项带来的所有不必要的输出。

正如其他答案所指出的，最好使用内置方法来测试输出，例如:

$this->expectOutputString('foo');

然而，有时调皮一点，看看测试用例中的一次性/临时调试输出是有帮助的。但是，不需要使用var_dump黑客/变通方法。这可以通过在运行测试套件时设置——verbose命令行选项轻松实现。例如:

$ phpunit --verbose -c phpunit.xml

当在CLI环境中运行时，这将显示测试方法内部的输出。

参见:为PHPUnit编写测试-测试输出。