Каково состояние TDD и/или BDD в PHP? [закрытый]

В дополнение к библиотекам/платформам, что Alan уже упомянул, можно использовать Apache mod_perl:: Тест, который я, что я использую в качестве ремня безопасности. Это позволяет мне очень, просто интегрируют тесты в мой процесс выпуска. Использование ремня безопасности вывод TAP (Тест Что-либо Протокол), чтобы определить, действительно ли тестовая передача или сбой, пользуясь библиотеками как Тест:: Простой или Тест:: Больше ( Perl и PHP).

Из поля Apache:: Тестовые поддержки, пишущий тесты и в Perl и в PHP. В моих собственных проектах потребовалось немного бит обмана и большое чтение для реального получения его работа, но реализация Тест:: Больше в PHP встроено к ремню безопасности. Запущение всех тестов, записанных и в PHP и в Perl, сделано посредством единственной команды, и любой отказ по пути является полученным Apache:: Тест, отмечая как лучше всего это может, что пошло не так, как надо.

потрясающая часть обо всем этом - то, что можно даже использовать PHPUnit или Простой Тест вместе с предыдущими двумя средами тестирования. Путем запущения тестов в каждой соответствующей библиотеке можно использовать реализацию PHP Теста:: Больше (или даже Perl путем тестирования stdout) и слюна отступает TAP для ремня безопасности для интерпретации.

убедиться читать Apache:: Тест документация и mod_perl ведет к рабочему Apache:: Тест . Кроме того, я нашел статью здесь большая справка.

Как быстрый пример, Вы могли установить тест в Perl в очень немногих строках кода, которые пробегут все страницы на Вашем сайте (которые имеют ссылки), и проверьте весь результат в' 200 OK' ответы и не имейте никаких ошибок анализа:

#!perl

use strict;
use warnings;

use Apache::Test qw(:withtestmore);
use Apache::TestRequest;
use Test::More;
use Test::WWW::Mechanize;
use WWW::CheckSite::Validator;
use WWW::CheckSite::Spider;

plan 'no_plan';

my $config = Apache::Test::config();
my $host = "http://". Apache::TestRequest::hostport($config) || '';

my $s = WWW::CheckSite::Spider->new(
    uri => $host,
    ua_class => 'Test::WWW::Mechanize',
);
my $m = $s->current_agent;

while (my $page = $s->get_page) {
    is($m->status(), "200", $m->uri() ." retrieved successfully.");
    $m->content_lacks("Parse Error", $m->uri() ." does not contain syntax errors.");
}

В прошлом проекте я использовал PHPUnit, и мне не хватало этого. PHPUnit + Запуск тестов из командной строки, сделал так, что слишком много времени тратилось на кодирование тестов, не было достаточно быстрым и действительно, казалось, ограничивало стиль кода таким образом, который мне не нравился (объекты было легче тестировать, поэтому казалось, что это вроде как предпочитают объекты).

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

В этом последнем проекте, Ведущий программист принял более функциональный подход к программированию, поскольку мы пересматривали программное обеспечение. Когда я упомянул, что хочу писать код через TDD, он за день или меньше разработал собственное решение, которое я считаю таким же эффективным, как PHPUnit. Вдобавок он действительно открыл мне глаза на вопрос об объектно-ориентированном и функциональном программировании.

Первый проект, начался с нуля, на первом этаже, объектно-ориентированное кодирование, большая среда модульного тестирования, он стал монолитным и быстро увяз. Второй проект, хорошо зарекомендовавшее себя программное обеспечение CMS с 5-летней историей и старым кодом, но парадигма функционального программирования и простая среда тестирования (на самом деле мы часто использовали php assert) сделали его проще, а не усложняли.

Второй проект тоже так и не дошел до реализации Selenium (и я все еще думаю, что это было бы полезно), но подход функционального программирования упростил работу с тестированием в коде.

Сравнение Майклом Бутом возможностей тестирования BDD на обоих языках:

http://mechanicalrobotfish.com/posts/117-ruby-vs-php-bdd-beauty-contest-no- Конкурс

приходит к выводу, что инструменты и культура PHP BDD на данный момент недостаточно развиты.

Конечно, нет ничего сопоставимого с тем, что доступно программисту на Ruby, ни с точки зрения знаний (книги, видео, статьи, сообщения в блогах), ни инструментов (Rspec, Shoulda, Factory Girl, Mocha, Cucumber).