我正在尝试使用以下命令使用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容器中安装我的代码目录,一切正常
答案 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;)并覆盖整数,该整数指定必须分配多少内存。然后正常的错误处理开始:没有足够的内存来分配这样的疯狂数量。这是克拉科夫要解决的问题。也许我会在业余时间为此打补丁。如果您现在需要解决问题,请执行以下操作:确保脚本所在的目录路径较短。