phpunit перезапускает тесты случайным образом

Question

phpunit перезапускает тесты случайным образом

72

Я пытаюсь проверить приложение symfony2 с помощью PHPUnit. У меня есть один проект, в котором все работает так, как ожидалось, но в моем другом проекте у меня такое странное поведение, что PHPUnit либо перестает выполнять тестовый набор случайным образом в конце всех тестов, либо перезапускает или перезапускает тесты после завершения тестового набора и написания кода охват. В других случаях он работает нормально.

Вот некоторые результаты, чтобы сделать видимым то, что происходит (тест перезапускается снова и снова):

PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
...........PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
...PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
............PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
............PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
..................

Time: 01:03, Memory: 43.00Mb

OK (83 tests, 145 assertions)

Writing code coverage data to XML file, this may take a moment.

Generating code coverage report, this may take a moment.

Ниже приведен пример перезапуска Test Suite после выполнения всех тестов:

PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
..................

Time: 01:29, Memory: 53.25Mb

OK (83 tests, 145 assertions)

Writing code coverage data to XML file, this may take a moment.

Generating code coverage report, this may take a moment.
PHPUnit 3.6.10 by Sebastian Bergmann.

Configuration read from C:\workspace\cllctr\app\phpunit.xml

................................................................. 65 / 83 ( 78%)
............PHPUnit 3.6.10 by Sebastian Bergmann.

Поскольку мой другой проект работает без проблем, в моем коде должна быть какая-то проблема. Но я не могу понять, что может вызвать такое поведение! Журналы не показывают ничего неожиданного/странного.

ИЗМЕНИТЬ

Вчера я заметил что-то странное: я решил переключиться с MongoDB на MySQL из-за некоторых несвязанных причин. После того, как переход был выполнен, все тесты запускаются без каких-либо проблем. Я много раз пробовал, и я больше не могу воспроизвести его. Поскольку это произошло только с моими функциональными тестами, я склонен думать, что проблема заключается в моем классе WebTestCase, который выполняет некоторые команды для очистки и пересоздания базы данных. Может быть, кто-то, кто также использует MongoDB, может воспроизвести это поведение?

Sgoettschkes 07 март 2012, в 19:46

Источник

0

Похоже, это всегда происходит в одном и том же месте, 65/83. Можете ли вы выяснить, к какому тесту он подходит? Попробуйте использовать параметр --verbose при запуске.
Jon Cairns 08 март 2012, в 19:27
0

65/83 означает, что в строке 1 выполнено 65 тестов (каждая точка - один тест). Во второй строке вы видите, что количество выполненных тестов не одинаково, поэтому я сомневаюсь, что это один тест, который не прошел. Поскольку тесты иногда работают, а иногда зацикливаются, я сомневаюсь, что это из-за одного теста. Но я буду расследовать дальше!
Sgoettschkes 09 март 2012, в 08:36
1

Виноват! У меня было это знание где-то в моем мозгу. Вот вопрос - выполняете ли вы каждый тест в изолированном процессе PHP? Это может быть причиной этой необычной деятельности. Мы используем ту же версию PHPUnit, что и вы, и не видели ничего более безумного, чем то, что вы видите!
Jon Cairns 09 март 2012, в 08:59
0

Нет, они все работают в одном и том же PHP-процессе. Запуск их в разных процессах делает их заметными медленнее, но, как вы говорите, я помню, как однажды столкнулся с этой проблемой в другом проекте, где мне помогла установка класса для запуска в изолированных процессах! Я проверю это!
Sgoettschkes 09 март 2012, в 09:27
19

phpunit --debug покажет вам, какой тест он выполняет.
Rygu 20 дек. 2012, в 19:57
8

phpunit --testdox покажет вам названия тестов - вместо точек.
Jens A. Koch 04 фев. 2015, в 14:51
0

Вы также можете отлаживать phpunit, используя вашу IDE, я сделал это, используя phpstorm 8 с удаленным интерпретатором php на сервере.
Nawfal Serrar 16 март 2015, в 03:45
0

У вас включен xdebug? И можете ли вы опубликовать phpunit.xml, который вы использовали?
Bryan Agee 02 июнь 2015, в 13:38
0

Вы специально видели перезапуск тестов? Я собираюсь выбросить это там, потому что похоже, что это может быть просто некоторые проблемы возврата каретки (\ r), если нет, я бы проверил, есть ли у вас какие-либо выходные данные в тесте 65
edhurtig 05 авг. 2015, в 20:44
0

Проверьте, достаточно ли у вас памяти. Если процесс не может выделить память, он потерпит неудачу. Запустите свои тесты, наблюдая за верхним или похожим инструментом мониторинга.
datashaman 17 авг. 2015, в 14:17

Показать ещё 8 комментариев

Теги:

unit-testing

symfony

phpunit

1 ответ

Ещё вопросы

Похоже, это всегда происходит в одном и том же месте, 65/83. Можете ли вы выяснить, к какому тесту он подходит? Попробуйте использовать параметр --verbose при запуске.
65/83 означает, что в строке 1 выполнено 65 тестов (каждая точка - один тест). Во второй строке вы видите, что количество выполненных тестов не одинаково, поэтому я сомневаюсь, что это один тест, который не прошел. Поскольку тесты иногда работают, а иногда зацикливаются, я сомневаюсь, что это из-за одного теста. Но я буду расследовать дальше!
Виноват! У меня было это знание где-то в моем мозгу. Вот вопрос - выполняете ли вы каждый тест в изолированном процессе PHP? Это может быть причиной этой необычной деятельности. Мы используем ту же версию PHPUnit, что и вы, и не видели ничего более безумного, чем то, что вы видите!
Нет, они все работают в одном и том же PHP-процессе. Запуск их в разных процессах делает их заметными медленнее, но, как вы говорите, я помню, как однажды столкнулся с этой проблемой в другом проекте, где мне помогла установка класса для запуска в изолированных процессах! Я проверю это!
phpunit --debug покажет вам, какой тест он выполняет.
phpunit --testdox покажет вам названия тестов - вместо точек.
Вы также можете отлаживать phpunit, используя вашу IDE, я сделал это, используя phpstorm 8 с удаленным интерпретатором php на сервере.
У вас включен xdebug? И можете ли вы опубликовать phpunit.xml, который вы использовали?
Вы специально видели перезапуск тестов? Я собираюсь выбросить это там, потому что похоже, что это может быть просто некоторые проблемы возврата каретки (\ r), если нет, я бы проверил, есть ли у вас какие-либо выходные данные в тесте 65
Проверьте, достаточно ли у вас памяти. Если процесс не может выделить память, он потерпит неудачу. Запустите свои тесты, наблюдая за верхним или похожим инструментом мониторинга.

PetrosHu · Answer 1 · 2015-08-26T19-49-00.000Z

Я бы предложил проверить границы подключения к базам данных и пулы.

Например, если у вас максимальный предел в 100 подключений, и некоторые из тестов оставляют открытые соединения ( "утечки" ), вы попадаете в пределы там.

Это также объясняет, почему иногда это работает, и иногда оно достигает предела, так как ваша база данных может одновременно обрабатывать другие задачи, поэтому иногда вы попадаете в потолок, а в других случаях, когда ничего не запускается, вы можете успешно выполнять свои тесты.

Проверьте наличие постоянных сетевых подключений и других внешних ресурсов.