Часто слышу мнение, что unit-тесты не нужны для мобильной разработки: в приложении должно быть минимум логики, основная работа с UI, а его сложно тестировать, да ещё и тесты отнимают время, которое можно было бы потратить на написание фич.
За этим мнением скрывается простая правда — люди, которые так говорят, не умеют писать тесты. Не умеют писать их быстро; писать там, где нужно; писать так, чтобы была ощутимая польза для бизнеса. Я тоже был таким — понимал, что тесты нужны, но не понимал какие, где и как их писать.
Рассказываю, что поменялось спустя 2 года и 4 тысячи тестов.
В кратце опишу себя пока работаю в сфере автобизнеса и очень сильно заинтересовался сферой ИТ в области тестирования. Пока только начала читать информацию и смотреть видео файлы по этой области. Также на удачу закидываю резюме, вдруг какие то компании возьмут пока человека, который только стремится к знаниям, но должного уровня еще нет.
Так вот мне прислали на пробник тестовое задание, пока честного говоря я даже не представляю с чего начать. Может кто то сможет помочь мне его выполнить? Ниже я описал текст задания.
"Создать небольшой тест для веб-приложения – например, главной страницы e1.ru или yandex.ru. За исходную точку можно взять то, что сейчас главная страница работает и показывает как надо с актуальными данными. Предположить, что сайт может оперировать тестовыми наборами данных и состояниями, которые определяют его внешний вид и функции, и в рамках каждого теста их можно иметь разные. Написать тесты с проверками, описывающие ситуации: когда всё хорошо; когда данных для какого-то блока нет (предлагается выбрать конкретный блок или несколько блоков); когда данные для блока не обновляются/устарели. Также предлагается рассмотреть возможность диагностирования возникшей проблемы на сайте и какие средства самого сайта позволяют локализовать проблему."
