Когда ты только входишь в профессию QA, слово "регрессия" звучит так же загадочно, как "дедлок" или "битый билд". Но поверь — регрессионное тестирование (регрессия, если по-простому) быстро станет твоим постоянным спутником в проектной жизни. И это неплохо. Это важно. Разбираемся: Регрессионное тестирование — это проверка того, что после внесённых изменений (новых фич, багфиксов, рефакторинга и т.п.) ничего старое не сломалось. Оно помогает убедиться: да, мы что-то подкрутили, но при этом сайт не начал выкидывать пользователей при логине и кнопка "Купить" не ведёт на страницу 404...

Любые модификации или изменения в приложении или даже небольшие изменения в коде могут привести к неожиданным проблемам. Наряду с новыми изменениями становится очень важным проверить, цела ли существующая функциональность или нет. Этого можно достичь, проведя регрессионное тестирование. Цель регрессионного тестирования — найти ошибки , которые могут появиться случайно из-за новых изменений или модификаций. Давайте предположим, что есть приложение, которое хранит данные обо всех учениках в школе...