Пришел в ручное тестирование, а ушел QA Automation

Привет, охотники! 🏹

Когда я только начинала изучать теорию тестирования, у меня были большие проблемы с программированием. Я реально надеялась найти работу, где буду всё просто тестировать "руками". Но, как показала практика, даже если автотесты от вас не требуют - вы сами захотите автоматизировать рабочие процессы

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

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

В-третьих, генерация тестовых данных. Это процедуры по созданию элементов, с которыми нужно будет проверять функциональность. Например, для проверки бронирования билетов в кинотеатре нужно создать карточку фильма и его расписание. Зачем же для каждого кейса руками запускать процедуры генерации тестовых данных, если можно этот процесс автоматизировать?

В начале пути меня слабо бы мотивировали первые два пункта (особенно когда не особо представляешь масштабы проекта), однако третий пункт мне кажется самым убедительным

А вы как считаете, для чего еще важно автоматизировать в тестировании?

Пришел в ручное тестирование, а ушел QA Automation | Сетка — социальная сеть от hh.ru