Как писать тесты?

Question

[Anton Mashletov]

До сих пор не могу начать писать тесты для веб-проектов, так как не знаю за что ухватиться. Статьи, которые я нашел, описывают сферических коней в вакууме, типа assert(2+2,4).
Допустим, есть типичный сайт на laravel / yii. Несколько моделей: User, Product, Category, Order. Соответствующие контроллеры и вьюшки. С чего начать?

1. Юнит-тестирование. Совсем не понимаю, что можно проверять, чтобы было полезно, а не тесты ради тестов? Модели/контроллеры или только те файлы, где есть бизнес-логика? Что именно нужно проверять? Сохраняется ли модель в бд? Не возникает ли исключение в action в цикле с рандомными параметрами?
   
2. Функц. тестирование. Тут я придумал только обход важных страниц и проверка их на отсутвствие 4xx/5xx ошибок. Что может быть еще?
   

Comments

[Толстый Лорри]

Юнит-тестирование. ... что можно проверять, чтобы было полезно, а не тесты ради тестов?

А что в вашем понимании полезно? В юнит-тестах нужно тестировать довольно очевидные (если смотреть пристально в код) контракты. Буквально каждая ветвь каждого if должна быть покрыта. Их польза в том, что они покраснеют, когда эти контракты случайно поменяются.

Функц. тестирование. ...Что может быть еще?

Тестировать функционал. То есть добавляя комментарии они добавляются, удаляя пользователей они удаляются....

Answer 1

[Alexej Simakov]

Тесты нужны для автоматического получения информации о состоянии продукта. Если у вас нет вопросов, т.е. вы во всем уверены, то и тесты как бы не нужны (ирония). Вы ведь каждый день перед тем как сесть за руль смотрите не сдулись ли колеса? Смотрите на уровень бензина. Слушаете как работает мотор на холостом ходу. Проверять работают ли светофоры не нужно, вы на них не можете повлиять. Проверять есть ли пробки на дорогах нет смысла, вы на них не можете повлиять. А вот состояние вашего автомобиля, да. Так же и с ПО. А с чего начать - логично, с самых критичных вещей. Чем виднее и центральнее функция, тем важнее ее покрыть тестами.

Comments

[Urukhayy]

Здравствуйте! Могут ли unit-тесты сигнализировать не только о наличии багов, но и о причине их появления? Или без дебага никак?)

[Alexej Simakov]

Urukhayy, тест может сказать только "да" или "нет" на ваш "вопрос". Зависит от того какой "вопрос" вы зададите в тесте.

[Alexej Simakov]

Василий, Urukhayy либо нужно так сформулировать тест, что он будет указывать на причину ошибки. Но значит причину ошибки нужно предвидеть заранее. А тогда не нужен тест.

[Hello America]

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

Answer 2

[sim3x]

https://www.google.com.ua/search?q=tdd+yii2

www.yiiframework.com/doc-2.0/guide-test-overview.html

Comments

[Егор]

TDD != тесты

[sim3x]

Егор, и как аббревиатура расшифровывается?

[Егор]

sim3x, а причем здесь аббревиатура?

[Anton Mashletov]

Причем тут TDD? А если я хочу добавить тесты к существующему проекту. Да вопрос у меня другой был.

[sim3x]

Anton Mashletov, В тдд описана методология, как правильно писать тесты, чтоб они имели смысл

Если вы сейчас будете писать тесты как вам захочется - толку от них не будет

[Anton Mashletov]

sim3x, Теперь понял. Спасибо.

[Егор]

sim3x, tdd - это методология разработки, которая в конечном счёте приводит к наличию тестов, которые нужно запускать. Но иметь автоматические тестирование это не значит использовать TDD!

Answer 3

[Алексей]

Для начала можно посмотреть это видео
https://www.youtube.com/watch?time_continue=1&v=gR...
для Yii2
много вопросов изчезнет

Comments

[Crash]

Ааа продолжительность 7 часов!! С одного раза не осилишь

[Messi]

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

[Anton Mashletov]

Спасибо! А есть в текстовом варианте? В любом случае, посмотрю

[Максим Тимофеев]

Messi, Он нужный, медленный, но очень умный и грамотный, так что советую увеличить скорость и таки посмотреть. Он того стоит.

[Messi]

Максим Тимофеев, спасибо, попробую.

[DAGpro]

Messi, Скорость на x2 и время сократится до 3.5 часов, и в комментариях сделали тайминг видео по темам, так что можете просмотреть видео частями.

Answer 4

[takoi_nikneim_uzhe_zanyat]

Тесты очень удобно например на этапе написания логики. Есть упражнения по PHP exercism.io. Там можно прощупать силу и пользу PHPUNIT.

Answer 5

[jkd]

1)Если не можешь не пиши. Значит еще не нужно...
Начинают писать, или когда проект действительно большой, и сложно отследить, что и как падает в результате твоих модификаций. Или когда над проектом работают несколько человек и нужно контролировать целостность проекта.
2)Просто прочитай и пока забудь. Когда понадобится - ты просто почувствуешь это. Что нужно написать для контроля какого-то места. Возникнет потребность, а на вопрос как ты уже примерно будешь знать ответ.
3)В любом случае это дополнительные накладные расходы на проект. И если тестирование не решает каких-то задач - то в нем смысла нет...

Тестирование ради тестирования - потеря времени.. Укрупняй проект.. И как то ты проснешься и поймешь, что без него нельзя. И задачи у тебя будет конкретные.

Comments

[latteo]

1) неа, в очень мелком парсинг проекте со сложной логикой, я задолбался отлавливать баги запуском кода с разными параметрами и вот тут тесты могут облегчить и ускорить написание кода.
2) переучивать себя сложно, лучше уж пусть сразу помучается и начнёт писать более качественный код.
3) Не совсем про тесты, но подход к разработке TDD помогает сделать более качественную декомпозицию + чувствовать себя гораздо увереннее при написании.

Тестирование ради тестирования - потеря времени.

А вот с этим соглашусь. Такое часто встречается и не понятно зачем вообще было время тратить.

[jkd]

latteo,
1)Большой бывает не только в кол-ве строчек кода.. А именно в сложности алгоритма. Даже более, хорошо продуманные сложные алгоритмы умещаются в небольшое кол-во кода, но более тяжко поддерживаются/модифицируются. Так что твой случай подходит под то, что я написал
2)Про переучивание я ничего не писал. Речь про Ларавел/Yii была в начале. И средние проекты при несложной логике вполне могут жить и без тестирования. А если соблюдать правила, описанные в доках, то к этим проектам в любой момент прикручивается тест. На каком этапе идет переучивание?
А прочитать нужно, чтобы просто было понимание, что оно в принципе может, чтобы когда возникнет потребность сказать, а я уже знаю как...
3)TDD и обкладка тестированием - это противоположные движухи... На качество кода ни как не влияет. На качество влияет опыт, еще раз опыт, планирование и бюджет/время на все эти развлекухи. Остальное лишь методы, которые помогут опытному и лишь запутают новичка...
По большому счету тесты в TDD это и есть планирование... Но с учетом того, что я не знаю, где именно будет узко, я не люблю эту методу. Так как сначала пишешь тесты, которые тебе не нужны, а после кода дописываешь тесты - которые тебе очень нужны...
Планирование(Архитектура) наше все... А тесты - лишь контроль.

[Bjornie]

latteo, "Тестирование ради тестирования - потеря времени."
А вот с этим соглашусь. Такое часто встречается и не понятно зачем вообще было время тратить.

Сколько раз видел люди пишут, что чуть только стартовал проект - ты ОБЯЗАН написать тест. Проект без тестов - не проект, а его разработчик - гавно.

Наверное именно поэтому пошла такая тема.

[jkd]

Bjornie,

Сколько раз видел люди пишут, что чуть только стартовал проект - ты ОБЯЗАН написать тест. Проект без тестов - не проект, а его разработчик - гавно.

Все зависит от проекта и бюджета...

Если проект не большой и в команде 1-2 человека, то можно потратить много ресурсов на написание тестов и... не хватит ресурсов , чтобы проект взлетел.. И спрашивается, кому нужны были эти тесты.

Но в обратку. Большой проект. Много программистов. Есть архитектор. Есть ПМ, который бьет задачи.. Тут тесты просто необходимы с первого дня.. Ибо иначе просто зашьетесь переписыванием и переделыванием и поиском ошибок в чужом коде...

[Bjornie]

jkd, просто. и соглашусь.