在运行PHPUnit测试时,我希望能够转储输出,以便调试一两个东西。

我已经尝试了以下(类似于PHPUnit手册的例子);

class theTest extends PHPUnit_Framework_TestCase
{
    /**
     * @outputBuffering disabled
     */
    public function testOutput() {
        print_r("Hello World");
        print "Ping";
        echo "Pong";
        $out = "Foo";
        var_dump($out);
    }   
}

结果如下:

PHPUnit @package_version@ by Sebastian Bergmann.

.

Time: 0 seconds, Memory: 3.00Mb

OK (1 test, 0 assertions)

注意,这里没有预期的输出。

我使用的是2011年9月19日的git回购的HEAD版本。

php -version输出:

$ php -version
PHP 5.2.9 (cli) (built: Dec  8 2010 11:36:37) 
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
    with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans

是否有什么我做错了,或者这是一个潜在的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上编写

其他回答

PHPUnit用ob_start()隐藏输出。我们可以暂时关闭它。

    public function log($something = null)
    {
        ob_end_clean();
        var_dump($something);
        ob_start();
    }

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

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

另外:

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

在laravel 5中,您可以使用dump(),转储上次响应的内容。

class ExampleTest extends TestCase{
    public function test1()
    {
        $this->post('/user', ['name' => 'Gema']);
        $this->dump();
    }
}

给了

更新:参见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.

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

简而言之,phpunit抑制了STDOUT。默认情况下,它会写入STDERR,除非你添加——verbose或——debug。你可以做这些事情中的一件:

相反,将调试输出打印到STDERR 像往常一样Var_dump调试,但是在phpunit命令行中添加——verbose Var_dump你的调试像往常一样,但添加一行ob_flush();下面 在phpunit中使用正确的命令来测试您在这里要测试的内容

显然,最后一件事是要做的好事,剩下的都是临时的小技巧。