Разработка через тестирование на PHP

Вы должны изучить PHPUnit, он очень похож на nUnit.

Я использовал как PHPUnit, так и SimpleTest, и обнаружил, что SimpleTest проще в использовании.

Что касается TDD, мне не повезло с ним в чистом виде. Я думаю, что это в основном вопрос времени / дисциплины с моей стороны.

Добавление тестов постфактум было в некоторой степени полезным, но мне больше всего нравится писать тесты SimpleTest, которые проверяют определенные ошибки, которые я должен исправить. Это позволяет очень легко проверить, что все на самом деле исправлено и остается неизменным.

SimpleTest - отличная система. Я начал с этого около 5 месяцев назад, никогда не слышал о TDD, и SimpleTest прост в освоении, но все еще эффективен. Что касается ресурсов, я сейчас читаю TDD на примере Кента Бека, и это хорошо.

PHPUnit - это стандарт, но иногда он слишком сложен, поэтому, если вы находите его слишком сложным, ознакомьтесь с phpt, чтобы начать работу. В нем очень и очень легко писать тесты. Ежу понятно для любого программиста.

И чтобы ответить на ваш вопрос о TDD - я не уверен, что TDD широко используется в пространстве PHP. Я вижу, что быстрая разработка приложений и TDD несколько противоречат друг другу (строго ИМХО). TDD требует, чтобы у вас была полная картина того, что вы создаете, и вы пишете тесты заранее, а затем реализуете код, чтобы пройти тест.

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

Я лично предпочитаю SimpleTest. Существует средство запуска тестов из командной строки и средство запуска тестов через Интернет, и даже есть Eclipse плагин, позволяющий запускать модульные тесты из самой среды IDE. Я обнаружил, что соединение Zend с PHPUnit намного сложнее наладить, особенно с отладчиком.

Мы используем SimpleTest внутри компании со сценарием непрерывная интеграция, который мы написали сами. Каждый раз, когда мы регистрируем функцию в SVN, мы включаем модульные тесты. Примерно каждый час CI-скрипт запускается и вызывает PHP-скрипт командной строки, который запускает все наши модульные тесты. Если что-то сломается, я получу электронное письмо. Это отличный способ уменьшить количество ошибок в наших системах.

Однако вы можете так же легко использовать что-то вроде Phing для автоматического запуска ваших тестов либо в задании cron, либо с помощью ловушки регистрации SVN.

Фактически, если вы хотите связаться со мной напрямую для получения дополнительной помощи, вы можете связаться со мной через информацию моего профиля на SO. Я бы с радостью вам помог.

Я очень рекомендую Разработка через тестирование, Кент Бек (ISBN-10: 0321146530). Он не был написан специально для PHP, но концепции есть и должны быть легко переведены на PHP.

Еще один современный инструмент, на который стоит обратить внимание, это Codeception. Это намного проще, чем PHPUnit, и включает в себя подход, основанный на сценариях, который весьма полезен для создания документации из тестов.

Разработка через тестирование - это подход, при котором тесты всегда пишутся до кода. Вы должны сначала изучить PHPUNIT, чтобы начать разработку TDD. Затем, создавая свою функцию, вы всегда должны думать, как функция может выйти из строя, и написать тестовый пример в phpunit, и в конце вы должны написать код, чтобы пройти тест. Это будет новый подход, поэтому вначале это будет немного сложно, но как только вы привыкнете к нему, вы найдете его очень полезным, особенно для ошибок после разработки и стиля кодирования. Вы можете просмотреть это руководство Шаг за шагом, чтобы понять эту концепцию.

Всегда помните, что если тесты написаны после разработки, они бесполезны. Так что TDD необходим, если вы думаете написать unit tesst