Как стать автором
Обновить

Комментарии 15

Есть такой процесс — Continuous Integration.
Он предполагает непрерывную сборку и, разумеется, прогон тестов, как модульных, так и интеграционных.
Суть в локальном запуске одного теста для только что измененного файла, а собирать огромный проект каждые несколько секунд — по крайней мере накладно.
Плюс — количество разработчиков…
Т.е. для того что бы проверить прошел тест или нет, девелопер должен делать коммиты? Сборка займет, относительно запуска одного теста, на много больше времени. Тем более TDD и CI немного для разных задач. Из вашего комментария плавно вытекает антипаттерн CI. который звучит как «На моей машине все работает!» т.к. тесты будут прогоняться на CI сервере.
Исходя из всей идеологии Continuous Delivery — окружение CI сервера должно разворачиваться автоматически, абсолютно теми же средствами, что и разворачивается продакшн и окружения для разработки.
Выполняется только тест одного сохраненного файла? Т.е. если конфликтнут другие тесты, я об этом узнаю только потом?
Можно ли как-то настроить это дело?
Вот для этого как раз уже упомянутый Continious Integration нужен :)

Если это правда нужно, напишите в issues на githab'е, чтобы я не забыл. Что-нибудь придумаю.
В NetBeans 7 встроен функционал запуска тестов по Ctrl+F5, если я не ошибаюсь. Описано вот здесь — habrahabr.ru/blogs/php/70046/
Ну в принципе большинство крупных IDE поддерживают запуск тестов, как ни странно :)
У меня пальцы часто «автоматически» нажимают Ctrl+S, при этом в большинстве случаев при незаконченом функционале. Поэтому ИМХО тестирование после коммита удобней.
А по-моему очень удобно. Сразу видно, когда можно остановиться кодить.
Пишешь-пишешь, ctrl+s, ctrl+s, ошибка, ошибка, успех.
Вроде еще можешь много чего понаписать, а в то же время ничего уже и не надо.
Инструмент для автотестов PHP, написанный на Python. Отлично! :) А почему же не на самом PHP?
На недостатки уже указали. Мне кажется, что падающие тесты при каждом нажатии Ctrl+S будут только раздражать и отвлекать. Поэтому я за CI.
Забавно будет смотреться на крупном проекте этот модуль )) Каждый раз при сохранении он будет запускать тысячи тестов )). Мне кажется нужно было сдирать функционал (или адаптировать) с гема guard.

И вправду, почему не phpunit? Зачем минусанули его?)

Искал как можно использовать PHPUnit'овский DBUS extension. Интересное решение, правда юзабилити сомнительное.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории