Сегодня кратко расскажу про ОКР функции QA на Q4 в Додо. Кратко, потому что хочется только о сути целей, все хей-резалты выписывать не охота.

Приступим?

1) Pizza app: Регресс как Quality Gate
- здесь мы хотим наконец почти полностью уйти от ручных регресс-кейсов, и заниматься полезным исследовательским тестированием. Мы шли к этому около года, к тому что бы автотесты стали по-настоящему хорошими. Выпилили моки, запилили создание прекондишенов, написали немного DSL-a, чуть-чуть вернули моки😁 Но это тема отдельного поста, если будет интерес.

2) DataCreator: Универсальный инструмент для создания тестовых данных
- для решения проблем с тестами и их прекондишенами, нам пришлось написать свой сервис-прослойку, между нашими бэкендами и тестами. Теперь мы хотим, что бы этот сервис начинал быть универсальным инструментом, например manual-тестировщик мог бы насоздавать себе тестовые данные через slack-бота.

3) Drinkit app: 2-х недельный release train
- тут все просто. Наш бизнес кофеен растет, их уже 40, три страны, но в планах США, Сингапур и куча прорывов. Поэтому надо релизтть чаще. Поэтому тут будет куча автоматизации, сейчас регресс состоит из более чем 450 ручных кейсов, это боль. И мы ради этого прямо сейчас нанимаем туда Senior QA Auto. Не реклама вакансии), надеюсь офер будет принят.

4) Pizza app: Увеличение прозрачности по состоянию багов
- продолжаем обвешивать все максимальным числом метрик и глубоко понимать каждое узкое место в качестве нашего главного мобильного приложения. Проект лично ведет наш лидер направления QA Mobile Боря Лысиков (подписывайтесь на его канал, он крут)

5) Pizza app: Увеличение технической экспертизы QA в автоматизации тестирования
- ну тут все понятно 🙂

6) infra: Отказ от дублирующих друг друга библиотек в автотестах
- у нас все ещё остаётся Selenium (хотя мы давно новые вебтесты пишем на Playwright), и ещё есть пару библиотек одного предназначения. Выпилим все дубли, Додо рискует стать первой компанией вообще без Селениума в моей карьере

7) (все) Сервисы критического пути тестируются под нагрузкой
- в нашем контуре нагрузочного тестирования все ещё не хватает пары важных сервисов с прода, а ещё эта парочка возьми да и упади под нагрузкой в день релиза коллабы с Геншен Импакт. Надо срочно исправлять - и, тут и далее, пошли обжективы нашей команды нагрузки.

8) Можем сравнивать 2 прогона нагрузочных тестов
- извечная проблема нагрузочного тестирования, мы написали свой собственный инструмент для сравнения результатов, повод для отдельного поста или доклада. Осталось заставить его работать на полную😁

9) Улучшаем интерфейс запуска тестов
- а тут мы хотим сервис из пункта 8) научить ещё и в расписание запусков и френдли интерфейс для всех разработчиков. В сумме пункты 8 и 9 должны нас приблизить к концепции единая точка входа и выхода для всего нагрузочного тестирования.

____

Ну что, достаточно амбициозно на один квартал ?🤌