Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 3

Спасибо за статью!

Когда пишешь тесты по принципу BDD, ты экономишь время коллег по команде. Если же тебе самому придётся вернуться к работе над этими тестами через несколько месяцев – то и тебе самому будет проще освежить материал в памяти, соответственно, ты и своё время сэкономишь.

Хотел отметить, что этот момент может ввести начинающих в заблуждение. Он выглядит как призыв к простому индивидуальному действию с понятным выигрышем, что-нибудь вроде «пейте с утра стакан воды, чтобы лучше себя чувствовать».

В разработке больших приложений такой подход не сработает. Даже если кто-то один решит писать BDD-тесты, то либо они будут использоваться только им и забудутся как только человек уйдёт, либо приведут к конфликтам. Чтобы BDD-подход в таких условиях приносил пользу, он должен быть официальной командной или даже межкомандной практикой.

Гарантировать, что шрифт чёткий и хорошо читается, подобрать цвет и кегль шрифта

Как, ну как это можно проверить автотестами?

И, простите, о чём вообще это всё? Тестирование на JS, код на Java. PhantomJS, который лет 5 как suspended 

Поэтому важность тестирования UI при разработке приложений только растёт.

Автоматическое тестирование UI - одно из самых бездарных прожиганий ресурсов (наравне со сжиганием энергии чтоб записать цифры в бд намайнить криптокойны).

Если ко мне, как к владельцу бизнеса, подошли бы и сказали что нужно внедрить "автоматическое тестирование UI" - сразу бы уволил))

Зарегистрируйтесь на Хабре, чтобы оставить комментарий