Comments 9
>Зависимостей никаких, голый PHP 5.4+ подойдёт.
lol)
кстати у Codeception есть 2 доп хороших либы(Verify, Specify), правда они еще не альфа наверное, но работают вроде :) Ну и выбирали вы как-то странно если честно, ну да ладно :)
lol)
кстати у Codeception есть 2 доп хороших либы(Verify, Specify), правда они еще не альфа наверное, но работают вроде :) Ну и выбирали вы как-то странно если честно, ну да ладно :)
Но, посмотрев зависимости, я понял, что мне столько всего не нужно.
Тут вынужден согласиться. Зависимостей уже более чем дофига и возможно пора уже выносить что-то в отдельные пакеты.
Но реальность такова, что самой главной зависимости — PHPUnit, пока нет альтернатив. На чуть более менее сложном проекте он должен быть. Не зря его называют «стандартом де факто» в тестировании. Возможно он черезмерно тяжел и раздут, но более менее серьезный проект разрабатывать без него не стоит.
Не понял, так чем PhpUnit не понравился?
Он слишком большой и избыточный для меня. По крайней мере для начала он мне не нужен. То, что в PHP это промышленный стандарт я даже не собираюсь спорить, но иногда нужны игрушки калибром по меньше, и в этом плане упомянутый Testify, либо мой вариант гораздо удобнее и интереснее, а самое главное — проще.
fog, промазал.
fog, промазал.
Я не понял в чём его громоздкость. В объеме файлов, классов? Почему это помеха? Или в громоздкость кода? Но тут я тоже не понимаю :)
Это моё субъективное мнение после просмотра нескольких статей, многочисленных примеров и размера репозитория.
Создавать отдельный класс и метод ради
я считаю избыточным, а более широкую функциональность (при том, что всё можно свести к предыдущей) мне и не нужно. Опять же, это не исключает изменения моего мнения со временем, и новыми обстоятельствами.
Создавать отдельный класс и метод ради
$this->assertTrue(...);
я считаю избыточным, а более широкую функциональность (при том, что всё можно свести к предыдущей) мне и не нужно. Опять же, это не исключает изменения моего мнения со временем, и новыми обстоятельствами.
Создавать отдельный класс и метод ради… я считаю избыточным
ну, не создавайте, пользуютесь функциями https://github.com/sebastianbergmann/phpunit/blob/master/PHPUnit/Framework/Assert/Functions.php
я считаю избыточным, а более широкую функциональность (при том, что всё можно свести к предыдущей) мне и не нужно
часто бывает, что сегодня не нужно, завтра не нужно, а после завтра — кровь из носа, как нужно.
Присмотритесь к стандартным PHPT-тестам, которыми покрыт сам код PHP. Они же идут по умолчанию вместе с PEAR. Это, правда, не юнит-тесты (для юнит-тестов ничего лучше phpUnit-а нет, только для phpUnit надо свой пускач написать, чтобы каждый раз не копипастить), но зато они просты, как три копейки, и работают каждый в отдельном процессе. Если нужно за час написать 20-30 дымовых тестов для какой-нибудь библиотеки или подсистемы — самое то.
Ну, размер репозитория меня мало беспокоит, собрал один раз всё в отдельную папку (в проект не входит) и забыл.
Странно, куда как не в отдельный файл/класс вписать тест =)
Я тоже не использую все возможности UnitTest, но в целом их наличие меня не отягощает. :)
Спасибо за ответ.
Создавать отдельный класс и метод ради… я считаю избыточным
Странно, куда как не в отдельный файл/класс вписать тест =)
более широкую функциональность мне и не нужно
Я тоже не использую все возможности UnitTest, но в целом их наличие меня не отягощает. :)
Спасибо за ответ.
Sign up to leave a comment.
Простой инструмент для тестирования PHP приложений