PHPUnit覆盖率:允许的内存大小为536870912字节耗尽

时间:2017-09-27 12:47:24

标签: php docker phpunit phpdbg

我正在尝试使用以下命令使用PHPUnit和phpdbg为我的PHP项目生成代码测试覆盖率:

phpdbg -dmemory_limit=512M -qrr ./bin/phpunit -c .phpunit.cover.xml

这完全没问题:

PHPUnit 6.2.4 by Sebastian Bergmann and contributors.

........                                                            8 / 8 (100%)

Time: 114 ms, Memory: 14.00MB

OK (8 tests, 13 assertions)

Generating code coverage report in HTML format ... done

但是,当我在docker容器中使用完全相同的命令时:

docker run -it --name YM4UPltmiPMjObaVULwsIPIkPL2bGL0T -e USER=sasan -v "/home/sasan/Project/phpredmin:/phpredmin" -w "/phpredmin" --user "1000:www-data" php:7.0-apache phpdbg -dmemory_limit=512M -qrr ./bin/phpunit -c .phpunit.cover.xml

我收到以下错误:

PHPUnit 6.2.4 by Sebastian Bergmann and contributors.

[PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 561514763337856 bytes) in /phpredmin/vendor/phpunit/phpunit/src/Util/GlobalState.php on line 166]

我不明白为什么PHPUnit需要分配561514763337856字节的内存。我怀疑它会陷入循环,但为什么这不会发生在容器外?这是我机器上的PHP版本:

PHP 7.0.22-0ubuntu0.17.04.1 (cli) (built: Aug  8 2017 22:03:30) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.22-0ubuntu0.17.04.1, Copyright (c) 1999-2017, by Zend Technologies

这是.phpunit.cover.xml文件:

<phpunit
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="https://schema.phpunit.de/6.3/phpunit.xsd"
        backupGlobals="false"
        backupStaticAttributes="false"
        bootstrap="vendor/autoload.php"
        cacheTokens="false"
        colors="false"
        convertErrorsToExceptions="true"
        convertNoticesToExceptions="true"
        convertWarningsToExceptions="true"
        processIsolation="false"
        stopOnError="true"
        stopOnFailure="true"
        stopOnIncomplete="false"
        stopOnSkipped="false"
        stopOnRisky="false"
        timeoutForSmallTests="1"
        timeoutForMediumTests="10"
        timeoutForLargeTests="60"
        verbose="false">
    <testsuites>
            <testsuite name="PhpRedmin PHP source">
            <directory>src-test/</directory>
            </testsuite>
    </testsuites>
    <logging>
        <log type="coverage-html" target="cover/" lowUpperBound="35" 
highLowerBound="70"/>
    </logging>
    <filter>
        <whitelist processUncoveredFilesFromWhitelist="true">
            <directory suffix=".php">src-test/</directory>
            <directory suffix=".php">src/</directory>
        </whitelist>
    </filter>
</phpunit>

- 编辑1 -

我发现它与@runInSeparateProcess有关。当我删除具有@runInSeparateProcess的测试时,它开始工作。但我仍然不知道问题是什么

- 编辑2 -

另外我发现如果我没有在Docker容器中安装我的代码目录,一切正常

4 个答案:

答案 0 :(得分:2)

您安装的文件夹可能包含所有供应商和缓存文件。尝试仅安装源文件夹。

答案 1 :(得分:2)

当我们使用@runInSeparateProcess时,PHPUnit将尝试序列化包含的文件,ini设置,全局变量和常量,以将它们传递给新进程。在这种情况下,看起来PHPUnit在序列化其中一个项时会遇到递归方案,这会耗尽PHP进程可用的内存。我们需要确定本地环境和Docker容器之间的变化。

首先,我们可以尝试禁用此序列化行为,以验证我们是否应继续沿此路径行进。将以下@preserveGlobalState注释添加到失败的测试方法中:

/**
 * @runInSeparateProcess
 * @preserveGlobalState disabled
 */
public function testInSeparateProcess()
{
    // ...
}

如果这样可以解决问题,或者我们收到新错误,我们就可以开始寻找可能导致问题的Docker容器中的差异。如果没有对代码和环境的更多可见性,很难建议从哪里开始,但这里有一些想法:

  • 比较每个环境中php -i的输出。留意存在于一个中的PHP扩展,而不是另一个。
  • 使用phpdbg设置断点并逐步执行代码。我们已经使用它来生成覆盖范围,但它也是一个有用的调试工具。我们正在寻找导致无限递归的项目。请注意,我们需要在 PHPUnit执行测试用例之前设置断点,例如在bootstrap文件或PHPUnit源代码中(TestCase的第810行可能有效)。
  • 绑定安装卷时,请确保容器中的www-data用户与拥有主机上文件的用户具有相同的UID。
  • 尝试在没有内存限制的情况下运行测试。显然,我们不能像我们可能需要的错误那样分配,但内存限制可能会掩盖另一个潜在的问题。如果需要,我们可以杀死容器。

我无法在类似的环境中使用虚拟测试重现此问题(尽可能接近 - 带有卷的相同容器),因此测试中的代码可能会导致问题。

答案 2 :(得分:1)

在测试前添加'-d memory_limit = -1'

如果使用作曲家,请使用以下代码

./vendor/bin/simple-phpunit -d memory_limit=-1 tests/

如果您使用phpdbg,请使用以下代码

phpdbg -d memory_limit=-1 -qrr vendor/bin/phpunit --coverage-text

答案 3 :(得分:0)

这是phpdbg错误。注意它尝试分配多少内存?太疯狂了我尽力找出错误的确切位置:如果测试脚本全名(目录+脚本文件名)超过一定大小,则会溢出堆栈(是的,stackoverflow;)并覆盖整数,该整数指定必须分配多少内存。然后正常的错误处理开始:没有足够的内存来分配这样的疯狂数量。这是克拉科夫要解决的问题。也许我会在业余时间为此打补丁。如果您现在需要解决问题,请执行以下操作:确保脚本所在的目录路径较短。