更新

刚刚发现了另一种方法，它比——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编写测试-测试输出。

它是一个付费产品，但我发现它做得很好:来自Spatie的Ray https://spatie.be/products/ray

就像这样使用它:

射线（“消息”）

消息将显示在Ray输出窗口中

我在VisualPHPUnit上有一些运气，它确实有用地显示了输出。

class TestHello extends PHPUnit_Framework_TestCase 
{
    public function test_Hello() 
    {
        print "hello world";
    }
}

我必须修改这段代码的源代码才能工作，所以你需要为这个fork repos添加URL到composer，这样才能工作

class TestCase extends \PHPUnit_Framework_TestCase
{
    /**
     *  Save last response
     * @var Response|null A Response instance
     */
    static $lastResponse;
    /**
     *  Modify to save response
     *
     * @param  string $method
     * @param  string $uri
     * @param  array $parameters
     * @param  array $files
     * @param  array $server
     * @param  string $content
     * @param  bool $changeHistory
     * @return \Illuminate\Http\Response
     */
    final public function call(
        $method,
        $uri,
        $parameters = [],
        $files = [],
        $server = [],
        $content = null,
        $changeHistory = true
    ) {

        $response = parent::call($method, $uri, $parameters, $files, $server, $content, $changeHistory);
        static::$lastResponse = $this->client->getResponse();
        return $response;
    }


    /**
     * Modify message to add response text
     *
     * @param mixed $value
     * @param PHPUnit_Framework_Constraint $constraint
     * @param string $message
     * @since  Method available since Release 3.0.0
     */
    final public static function assertThat($value, PHPUnit_Framework_Constraint $constraint, $message = '')
    {
        $message .= PHP_EOL . static::$lastResponse . PHP_EOL;
        parent::assertThat($value, $constraint, $message);
    }
}

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

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

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

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