Простой инструмент для тестирования PHP приложений

[Elkan]

>Зависимостей никаких, голый PHP 5.4+ подойдёт.
lol)
кстати у Codeception есть 2 доп хороших либы(Verify, Specify), правда они еще не альфа наверное, но работают вроде :) Ну и выбирали вы как-то странно если честно, ну да ладно :)

[Davert]

Но, посмотрев зависимости, я понял, что мне столько всего не нужно.

Тут вынужден согласиться. Зависимостей уже более чем дофига и возможно пора уже выносить что-то в отдельные пакеты.

Но реальность такова, что самой главной зависимости — PHPUnit, пока нет альтернатив. На чуть более менее сложном проекте он должен быть. Не зря его называют «стандартом де факто» в тестировании. Возможно он черезмерно тяжел и раздут, но более менее серьезный проект разрабатывать без него не стоит.

[fog]

Не понял, так чем PhpUnit не понравился?

[nazarpc]

Он слишком большой и избыточный для меня. По крайней мере для начала он мне не нужен. То, что в PHP это промышленный стандарт я даже не собираюсь спорить, но иногда нужны игрушки калибром по меньше, и в этом плане упомянутый Testify, либо мой вариант гораздо удобнее и интереснее, а самое главное — проще.
fog, промазал.

[fog]

Я не понял в чём его громоздкость. В объеме файлов, классов? Почему это помеха? Или в громоздкость кода? Но тут я тоже не понимаю :)

[nazarpc]

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

$this->assertTrue(...);

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

[MaksSlesarenko]

Создавать отдельный класс и метод ради… я считаю избыточным

ну, не создавайте, пользуютесь функциями https://github.com/sebastianbergmann/phpunit/blob/master/PHPUnit/Framework/Assert/Functions.php

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

часто бывает, что сегодня не нужно, завтра не нужно, а после завтра — кровь из носа, как нужно.

[DmitryKoterov]

Присмотритесь к стандартным PHPT-тестам, которыми покрыт сам код PHP. Они же идут по умолчанию вместе с PEAR. Это, правда, не юнит-тесты (для юнит-тестов ничего лучше phpUnit-а нет, только для phpUnit надо свой пускач написать, чтобы каждый раз не копипастить), но зато они просты, как три копейки, и работают каждый в отдельном процессе. Если нужно за час написать 20-30 дымовых тестов для какой-нибудь библиотеки или подсистемы — самое то.

[fog]

Ну, размер репозитория меня мало беспокоит, собрал один раз всё в отдельную папку (в проект не входит) и забыл.

Создавать отдельный класс и метод ради… я считаю избыточным

Странно, куда как не в отдельный файл/класс вписать тест =)

более широкую функциональность мне и не нужно

Я тоже не использую все возможности UnitTest, но в целом их наличие меня не отягощает. :)

Спасибо за ответ.