下面是PHPUnit 4.x中用于打印调试消息的几个有用方法:

syslog(LOG_DEBUG, "Debug: Message 1!"); More practical example: syslog(LOG_DEBUG, sprintf("%s: Value: %s", __METHOD__, var_export($_GET, TRUE))); Calling syslog() will generate a system log message (see: man syslog.conf). Note: Possible levels: LOG_DEBUG, LOG_INFO, LOG_NOTICE, LOG_WARNING, LOG_ERR, etc. On macOS, to stream the syslog messages in realtime, run: log stream --level debug --predicate 'processImagePath contains "php"' fwrite(STDERR, "LOG: Message 2!\n"); Note: The STDERR constant is not available if reading the PHP script from stdin. Here is the workaround. Note: Instead of STDERR, you can also specify a filename. file_put_contents('php://stderr', "LOG: Message 3!\n", FILE_APPEND); Note: Use this method, if you don't have STDERR constant defined. register_shutdown_function('file_put_contents', 'php://stderr', "LOG: Message 4!\n", FILE_APPEND); Note: Use this method, if you'd like to print something at the very end without affecting the tests.

要转储变量，使用var_export()，例如:值:。var_export($some_var, TRUE)。“\ n”。

若要仅在verbose或调试模式下打印上述消息，请参见:是否有一种方法可以判断在测试中——debug或——verbose是否传递给了PHPUnit ?

如果测试输出是测试本身的一部分，请查看:测试输出文档页面。

这是从PHPUnit文档关于装置。

这应该允许您在phpunit测试生命周期的任何时候转储信息。

只需将下面代码中的__METHOD__替换为您想要输出的任何内容

例4.2:显示所有可用模板方法的示例

<?php
class TemplateMethodsTest extends PHPUnit_Framework_TestCase
{
    public static function setUpBeforeClass()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    protected function setUp()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    protected function assertPreConditions()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    public function testOne()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
        $this->assertTrue(TRUE);
    }

    public function testTwo()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
        $this->assertTrue(FALSE);
    }

    protected function assertPostConditions()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    protected function tearDown()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    public static function tearDownAfterClass()
    {
        fwrite(STDOUT, __METHOD__ . "\n");
    }

    protected function onNotSuccessfulTest(Exception $e)
    {
        fwrite(STDOUT, __METHOD__ . "\n");
        throw $e;
    }
}
?>

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

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

另外:

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

只需在输出文本后调用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上编写

如果您使用Laravel，那么您可以使用诸如info()这样的日志函数来记录到存储/日志下的Laravel日志文件。所以它不会出现在终端中，而是出现在日志文件中。

可以使用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());   
}