Я слежу за ZF2 tutorials о том, где/как писать модульные тесты для модулей, когда я пишу приложение. Прямо сейчас каждый модуль имеет свой собственный test
dir с собственным Bootstrap.php
и phpunit.xml
конфигурационным файлом.создание и тестирование нового приложения ZF2
Текущего Применение Shell
Application
+--config/
+--public/
+--module/
| +--Module-A
| | +--config
| | +--src
| | +--tests
| | +--view
| +--Module-B
| +--config
| +--src
| +--tests
| +--view
+--vendor/
Проблема Я бег в - его чертовски трудно запустить все мои тесты сразу для всего моего приложения. Я должен выполнить тест каждого модуля отдельно - что делает мою установку Дженкинс CI немного более сложным, а именно: агрегирование файлы кода покрытия, JUnit, клевер и т.д. ...
Предлагаемые Применение Shell
Application
+--config/
+--public/
+--module/
| +--Module-A
| | +--config
| | +--src
| | +--view
| +--Module-B
| +--config
| +--src
| +--view
+--vendor/
+--tests/
+--Module-A
+--Module-B
Итак, в моем поиске решения я заметил, что Zend github repo по-прежнему имеет отдельный каталог tests
, который выглядит зеркально отображает библиотечные модули. Следуя этой схеме, где я могу запускать все тесты и собирать метрики, все это облегчило бы мою жизнь.
Так что мой реальный вопрос ....
Что это правильный путь, я должен делать это? Если я пишу сторонние плагины, которые будут опубликованы, следует включить тесты в каталог модуля; и если я пишу плагины, которые будут храниться в этом приложении для пользовательской логики, должен/я могу создать корневую папку и зеркально отобразить каталог моих модулей и провести там тесты?
или я все это делаю с трудом?
Каждый модуль должен быть проверен в виде отдельного блока, а некоторые с его собственных тестов :) – Andrew
Как вы делаете это в среде CI, то есть: Дженкинс, подножка все испытания а затем агрегирование всех результатов, показателей, охвата кода html в один читаемый формат для присутствия сервера CI? – veilig