ThreadQA | Олег Пендрак
Canal cerrado
Жизнь и работа в IT | Блог инженера Tech Lead QA Automation с 5+ годами опыта работы в Сбер Здоровье, Ситидрайв, Ozon и VK Связь со мной: @duma23
Mostrar más
Red:1 374
Suscriptores
+12924 horas
+4547 días
+45230 días
Número de Publicaciones
Carga de datos en curso...
Reacciones
Comentarios
Estrellas de Telegram
PUBLICACIONES TOP por
Carga de datos en curso...
Análisis de publicación
Mensajes | Ver dinámicas | |||||
 +7Побывал в Пензе когда был на конференции SECON🤠
Очень классная улица в центре города, а самое классное, что в Пензе есть самокаты которые сильно упрощают туризм
Также отмечу прикольную кофейню Gussi, где можно с гусями посидеть пофлексить🦆
P.S Жду фото от фотографа и сделаю пост из внутниянки конференции | 568 | 4 | 7 | 22 | Loading... | |
 Переход из Middle в Senior AQA
Часто вижу, что многие автоматизаторы годами остаются на уровне Middle, потому что их основная зона ответственности — написать UI-тест, добавить пару проверок в API и поддерживать существующий набор автотестов
Но Senior AQA — это уже не просто чел, который пишет код
Это инженер, который понимает, как устроена вся система тестирования и как его работа влияет на скорость выхода продукта
Главный переход в мышлении выглядит так:
❌ Middle:
«Тест упал, значит нужно поправить локатор или перезапустить прогон»
✅️ Senior:
«Почему тест упал? Это проблема продукта, тестовой инфраструктуры, окружения, данных или самого автотеста?»
Senior должен понимать разницу между уровнями тестирования
UI-тесты нужны для проверки пользовательских сценариев: открыл страницу, сделал действие, проверил результат
API-тесты позволяют быстрее и стабильнее проверять бизнес-логику без зависимости от интерфейса
Хороший Senior AQA понимает, что не нужно всё тестировать через UI
Он умеет правильно распределять проверки между API, UI, интеграционными и другими уровнями, чтобы тесты были быстрыми, стабильными и давали реальную ценность
Но самое важное — умение разбираться с проблемами, когда что-то ломается
Например, упал автотест в CI/CD, и Middle часто смотрит только на ошибку в отчёте теста
Senior начинает исследовать:
— что происходило в момент падения
— какой сервис мог быть причиной
— были ли ошибки на стороне backend
— не упало ли окружение
— корректно ли отработал pipeline
Он знает, где искать информацию
— посмотреть логи в Grafana
— проверить ошибки сервисов
— сопоставить время падения теста с событиями в системе
— понять, проблема в коде, инфраструктуре или данных
Senior AQA не должен быть DevOps-инженером, но он обязан понимать процессы вокруг:
— как запускаются тесты в pipeline?
— где смотреть логи сборки?
— почему тесты могут падать только на CI, но работать локально?
— как правильно описать проблему для DevOps?
Хороший вопрос DevOps выглядит не так:
❌ «Пайплайн красный, посмотрите»
А так:
✅️ «На этапе запуска API-тестов падает сервис X. В логах Grafana за 14:32 есть ошибки подключения к базе данных. Локально проблема не воспроизводится. Можете проверить состояние сервиса и окружения?»
Вот это уже реально инженерный подход, и переход в Senior — это не про количество написанных автотестов
Это про способность проектировать тестовую стратегию, понимать архитектуру продукта, находить причины проблем и помогать команде быстрее доставлять качественный продукт
Senior AQA — это не человек, который автоматизирует проверки
Это человек, который строит систему контроля качества вокруг продукта✅️ | 635 | 6 | 11 | 21 | Loading... |
