Загрузка…
Загрузка…
qa / middle / tech_screening
Формат
online
Стадия
tech_screening
Когда
within_quarter
Длительность
—
01
Поведенческий
Расскажите о себе: в каких проектах участвовали, почему выбрали тестирование и чего хотите достичь (хардскилы или софт/менеджерские задачи)?
Стартовый вопрос, кандидат рассказала про переход из декрета, курсы, текущий проект — интернет-магазин для юрлиц.
02
Теория
Кто отвечает за качество продукта?
03
Теория
Какие роли есть на проекте и за что отвечает каждая из этих ролей (QA, тимлид, тестлид, PM)?
04
Кейс
К тебе подошёл тимлид и сказал: релиз планировали через неделю, но хотим выпустить сегодня. Твои действия?
Заметки
Собеседование на позицию QA-инженера в команду виджета Яндекс Афиши (сервис продажи билетов; деление на клиентскую часть/сайт и виджет, встраиваемый партнёрам). Интервьюеров несколько: Наташа (инженер по тестированию проекта, ведёт техническую часть), Вера (руководитель фиче-билетов трёх направлений, ведёт методологию/теорию). Кандидат — Елена. На проекте работают по Agile, двухнедельные спринты, тестировщику предстоит тестировать и фронтенд, и бэкенд. Текущий проект кандидата — интернет-магазин с физическими/электронными товарами для юрлиц.
Подготовка
Готовиться к ситуационным вопросам (выпуск релиза раньше срока, критический баг в проде, тестирование акции с временным окном и разными часовыми поясами). Знать HTTP-методы и коды ответов с примерами, артефакты тестирования, отличия чек-листа и тесткейса, структуру баг-репорта. Уметь работать с DevTools (Network, Application, Sources, Elements, эмуляция сети и разрешения), Charles (throttling), Postman, Swagger.
Стиль интервьюера
Доброжелательный, диалоговый стиль. Интервьюеры дают подсказки и наводящие follow-up'ы, развивают ситуационные кейсы вглубь (что делать ночью, разные часовые пояса). Спокойно дают время подумать. Теоретическая часть и техническая часть разделены между двумя интервьюерами.
Кандидат: проверить покрытие тест-кейсами, матрицу покрытия, устранены ли критические замечания, прогнать регресс, передать данные тестлиду для решения.
05
Кейс
Выпустили версию в продакшн, и оказалось, что в прод пропущена критическая ошибка. Твои действия?
Кандидат: оповестить команду, фиксить либо откатиться на прошлую версию, провести анализ причин, добавить тест-кейсы.
06
Теория
Что лучше — чек-лист или тесткейс?
Был развёрнут в дискуссию: тимлид говорит, что нет времени на подробные тесткейсы — зачем они нужны?
07
Теория
Почему важно, что тесткейс лучше описывает функционал — что мы благодаря этому приобретаем?
Follow-up к вопросу про чек-лист vs тесткейс. Кандидат: понимание состава продукта, возможность расставлять приоритеты для прохождения.
08
Теория
Какие артефакты тестирования ты знаешь (помимо тесткейсов)?
Кандидат назвала тест-стратегию, чек-листы, тесткейсы, матрицу трассировки, отчёт о тестировании, тест-план.
09
Теория
Как правильно оформлять баг-репорт — какие атрибуты он должен содержать?
Кандидат: полнота, тестовые данные, окружение, шаги, предусловия, фактический/ожидаемый результат, вложения, приоритет, воспроизводимость, назначение исполнителя.
10
Теория
Что обычно прикладываем к баг-репорту — скриншот или видео, что лучше?
Follow-up по баг-репортам: зависит от того, что быстрее поможет разработчику локализовать; при тестировании API — текст запроса/ответа или скрин.
11
Теория
Тестировала ли ты мобильные устройства / мобильные приложения?
Кандидат: только в рамках обучения, небольшой опыт.
12
Теория
Какими вспомогательными инструментами пользуешься при тестировании и чем полезна консоль/DevTools браузера?
Кандидат: вкладки Network, Application, Sources, Elements, отключение кэширования, эмуляция разрешения экрана; Swagger и Postman для API.
13
Поведенческий
Коллекцию запросов в Postman ты создавала сама?
Кандидат: работают втроём, дополняют и редактируют коллекции на тестовом окружении.
14
Теория
Ещё какими инструментами пользуешься?
Кандидат: Postman, DevTools, баг-трекинг Open Project, Redmine.
15
Теория
Какие бывают методы HTTP-запросов и чем они отличаются?
Кандидат: GET, POST, PUT (изменение всего ресурса), PATCH (частичное изменение), DELETE.
16
Теория
Назови основные коды ответа от сервера по группам (1xx, 2xx, 3xx, 4xx, 5xx) и приведи примеры.
Кандидат: 1xx информационные, 200 OK, 201 Created, 301/302 редиректы, 400/401/403 клиентские, 500 серверная ошибка.
17
Кейс
Есть промоакция (веб-приложение) с временным окном, запускается в 12:00, время берётся с сервера. Как протестировать, что раньше пользователь её не видит и по окончании акции она недоступна?
Кандидат: дождаться времени, подменить время через Charles, посмотреть в базе данных. Интервьюер уточнял, что делать ночью/когда тестировщики спят.
18
Кейс
Как проверить корректность работы промоакции для пользователей в разных часовых поясах (большая страна, разное локальное время)?
Follow-up к вопросу про промоакцию: проверить разные часовые пояса, подмена геопозиции у клиента.
19
Кейс
Задача протестировать новую страницу с плохим/нестабильным/медленным интернетом — как это сделать и какие инструменты помогут?
Кандидат: Charles или DevTools, эмуляция 3G/хорошего/плохого соединения.
20
Теория
Где в Charles находится тротлинг (throttling) — на какой кнопке/как выглядит значок?
Follow-up: кандидат вспомнила значок-черепашку.