Привет! В прошлый раз я рассказал, как устроено тестирование в ЮMoney и какие сервисы помогают нашим тестировщикам в повседневной жизни. Сегодня поговорим про регрессионные тесты. 

Регрессионные тесты и минорные задачи

Как вы знаете, тестировщики не только проверяют новую функциональность в задачах — ещё они прогоняют регрессионные тесты. Это позволяет убедиться, что изменения никак не затронули уже работающую функциональность. 

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

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

Анализ статистики подтвердил, что таких задач достаточно много, а скорость их тестирования низкая.

Пример задачи

Всем привет! Меня зовут Данилов Егор, я ведущий тестировщик в компании ЮMoney. Как известно, в основе работы тестировщика лежит рутина. Я хочу рассказать, как мы с ней боремся. Но сначала погрузимся в контекст.

Тестирование в ЮMoney

У нас есть 25 продуктовых команд, в них трудятся порядка 50 тестировщиков. А ещё есть более 150 микросервисов, число которых постоянно растёт. Каждый день появляется в среднем 50 новых задач и проходит более 50 релизов. Наш рекорд — 100 релизов за день. И мы на этом не останавливаемся — наша пропускная способность намного выше.

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

Две стадии тестирования 

В жизненном цикле задачи есть две стадии тестирования: после разработки и на этапе релиза. Разберёмся подробнее.