Вернуться в видеотекуСобеседование тестировщика на 300к! РАЗРАБЫ В ШОКЕ ОТ ЗАРПЛАТ QA!
Разбор интервью ручного QA-инженера: процессы тестирования, документация, регрессия, баг-репорты, мобильное, веб- и backend-тестирование. Автор заявляет, что интервью связано с оффером на 300 000 ₽, но работодатель в записи не раскрыт.
- Направление
- QA
- Формат
- Видео
- Длительность
- 47 мин
Коротко о видео
Автор предваряет запись заявлением, что это реальное собеседование QA-специалиста, после которого был получен оффер на 300 000 ₽ и годовая премия 13%; сама компания не названа. В интервью кандидат подробно рассказывает о процессах ручного тестирования: командной коммуникации, документации в Confluence и Zephyr, регрессии, тестовой документации и структуре баг-репортов. Отдельно разбираются мобильное, веб- и backend-тестирование, интеграции микросервисов, логи, очереди и выбор устройств для мобильной проверки. В конце кандидат уточняет обязанности на позиции, состав QA-команды и возможность постепенно подключаться к автоматизации.
Затронутые темы
Что взять на заметку
- Для онбординга и регрессии кандидат связывает каждый тест-кейс с документацией по фиче или части продукта, чтобы требования и дизайн можно было быстро найти в Confluence.
- В двухнедельном спринте он описывает последовательность: функциональное тестирование новых фич, пополнение smoke-набора критическими сценариями, регрессия, сбор фиксов и финальный smoke на production-сборке.
- Объём дополнительной регрессии стоит определять по затронутым областям продукта: анализировать пользовательский путь и уточнять у разработчиков, какие компоненты меняла реализация.
- Для фронтенд-багов кандидат считает обязательными скриншот или видео; в баг-репорте нужны окружение, предусловия, шаги, ожидаемый и фактический результаты, а для нескольких сценариев — отдельное описание каждого.
- При мобильном тестировании нужно проверять разрешения, аппаратные функции, push-уведомления, ориентацию, обратную совместимость, сеть и особенности устройств без Google Play Services; приоритет реальным устройствам, а не эмуляторам.
- Парк мобильных устройств следует собирать по статистике популярности и аналитике собственной аудитории, а не пытаться покрыть все модели.
- Для веба кандидат чаще всего использует Chrome DevTools: Elements, Network и Application; для backend-проверок — REST-методы, Postman-коллекции, логи в Kibana и проверку взаимодействий микросервисов.