Пришел в ручное тестирование, а ушел QA Automation
Привет, охотники! 🏹
Когда я только начинала изучать теорию тестирования, у меня были большие проблемы с программированием. Я реально надеялась найти работу, где буду всё просто тестировать "руками". Но, как показала практика, даже если автотесты от вас не требуют - вы сами захотите автоматизировать рабочие процессы
Во-первых, регрессионное тестирование - тест-кейсов масса, а релиз может происходить, в зависимости от команды, не раз в месяц, а хоть каждый день. Даже звучит тяжко "прогонять регресс вручную". Представляете, чем больше фич, тем больше и дольше регресс!
Во-вторых,небольшие обновления в несколько задач, которые влияют на часть функциональности. Для проверок нужно (помимо общего регресса) смотреть не поломали ли чего еще на этапе функционального тестирования. А если задачу еще и несколько раз возвращают с доработками? Здорово тогда иметь "кнопочку", по которой будут производиться одинаковые проверки без вашего участия
В-третьих, генерация тестовых данных. Это процедуры по созданию элементов, с которыми нужно будет проверять функциональность. Например, для проверки бронирования билетов в кинотеатре нужно создать карточку фильма и его расписание. Зачем же для каждого кейса руками запускать процедуры генерации тестовых данных, если можно этот процесс автоматизировать?
В начале пути меня слабо бы мотивировали первые два пункта (особенно когда не особо представляешь масштабы проекта), однако третий пункт мне кажется самым убедительным
А вы как считаете, для чего еще важно автоматизировать в тестировании?
· 26.11.2025
Главное не забывать про пирамиду тестирования ;)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён