Загрузка…
Загрузка…
qa / middle / tech_screening
Формат
online
Стадия
tech_screening
Когда
within_quarter
Длительность
—
01
Теория
Приведите сложный технический пример предусловий (preconditions) для тест-кейса.
Кандидат затруднился, вопрос пропустили с договорённостью вернуться, если вспомнится.
02
Кейс
Задача: протестировать кофемашину (основная функция — приготовить пользователю вкусный кофе; три вида кофе: эспрессо, американо, капучино). Что и как будете проверять?
Follow-up: интервьюер просил назвать менее стрессовый негативный сценарий, который случался у каждого пользователя кофемашины. Кандидат назвал внешний вид, смоук, основные функции, отключение электричества, падение в процессе наливания.
03
Кейс
Накидайте список проверок по снятию наличных с карты в банкомате: на карте 1 000 000 руб., суточный лимит на снятие 500 000 руб., разовый лимит 200 000 руб. Условия идеальные (электричество, интернет, пин-код, карта исправны).
Follow-ups: указать конкретные суммы и помечать кейсы позитивные/негативные; «1 рубль — это позитивный или негативный кейс?» (минимальная купюра 100 руб.); проверки суточного лимита с учётом календарного дня (с 00:00 до 23:59); «какая цель этого кейса?»; «что ещё можем проверить?».
Заметки
Видео-транскрипт собеседования QA-инженера (кандидат Яков), опубликован сообществом Criminal IT; название компании-работодателя в тексте не упоминается. Два интервьюера (Сергей и Роман). Темы: тест-дизайн (кофемашина, банкомат), локализация багов, HTTP, SOAP/Postman, Charles Proxy, Swagger, HTML/CSS, логи/Kibana, SQL, severity/priority. В конце — вопросы кандидата о команде (~15 человек: 10+ разработчиков, 3 тестировщика, 2-3 аналитика), графике (жёсткий, 10:00–19:00, привязан к бизнес-процессам), удалённой работе (кандидат хочет переехать из Москвы в Ростов). Ответ обещали дать до конца недели.
Стиль интервьюера
Два интервьюера, доброжелательные: дают подсказки и наводящие вопросы («есть менее стрессовый негативный сценарий»), просят конкретику (суммы, позитивный/негативный кейс), гибко меняют задачу под опыт кандидата (кофемашина → банкомат, т.к. кандидат не пьёт кофе), сами дают эталонные ответы при затруднениях (blocker vs critical), следят за таймингом и сворачивают вопросы при нехватке времени.
04
Кейс
Веб-приложение: экранная форма, заполнили данные, нажали кнопку «ОК/Сохранить» — ничего не происходит. Каковы ваши действия?
Follow-ups: «что если запрос не отправился?», «что если отправился?», вывод — ошибка может быть и на беке, и на фронте.
05
Теория
Какие могут быть коды ответа HTTP? Назовите классы кодов и номера для клиентских и серверных ошибок.
Follow-up: уточнение номеров кодов по классам (1xx, 2xx, 3xx, 4xx, 5xx). Кандидат ошибся, назвав клиентские ошибки «700».
06
Теория
Может ли прийти код 200, а при этом на странице ничего не происходит? Почему?
07
Теория
В чём разница между SoapUI и Postman?
Интервьюер уточнил: SOAP — протокол на базе XML; оба инструмента позволяют и XML, и JSON.
08
Теория
В каком формате отправляется SOAP-запрос?
09
Теория
Что такое JSON и XML? В чём разница между этими форматами?
10
Теория
Можно ли через SOAP отправить JSON? А в Postman можно отправлять XML?
Интервьюер дал правильный ответ: оба инструмента позволяют и то, и другое; SOAP — протокол на базе XML.
11
Теория
Что вы делали в Charles Proxy? Какие вещи проверяли?
Follow-up: «для тестирования какого кейса использовали в своей работе?» — кандидат привёл пример с подменой статус-кода 503 и фронтом, не показывающим ошибку.
12
Теория
Swagger в тестировании API — каким образом использовали?
Кандидат ответил, что обучался Swagger, но в работе не использовал.
13
Теория
Фронтенд-тестирование: HTML, CSS, Figma — на каком уровне знания и как применяли в работе?
Follow-ups: «где было зафиксировано требование к цвету кнопки — в требованиях или в Figma?»
14
Теория
Для чего нужен CSS, что это такое? Как он помогал непосредственно в тестировании?
15
Теория
Логи, Kibana — приходилось работать с логами? Насколько хорошо получается?
16
Код
SQL: есть таблица «Клиенты» с четырьмя столбцами (фамилия, имя, отчество, дата рождения в формате день-месяц-год). Напишите запрос, выводящий фамилии и даты рождения клиентов старше 30 лет.
Кандидат рассуждал про граничную дату (не больше 15 мая 1994). Follow-up интервьюера: уточнение синтаксиса запроса.
17
Код
SQL: две таблицы — в первой номер клиента и фамилия, во второй ID клиента и номер счёта. Напишите запрос, выводящий фамилии и номера счетов (JOIN).
Follow-up: «а по синтаксису как?» — кандидат точный синтаксис JOIN не вспомнил.
18
Код
SQL: посчитайте количество клиентов с фамилией Иванов в таблице «Клиенты».
Кандидат сначала предложил SUM, интервьюер поправил на COUNT; также упомянул необходимость группировки.
19
Теория
Блиц: приведите пример дефекта с блокирующей серьёзностью (severity) и низким приоритетом (priority). Может ли вообще такой дефект быть?
Follow-up: «а если возьмём продуктовую среду?»
20
Теория
Какие виды серьёзности (severity) дефектов бывают?
Follow-up: «бывает ли что-то выше critical?»
21
Теория
Чем блокирующий дефект (blocker) отличается от критического (critical)?
Интервьюер сам дал эталонный ответ: при critical есть обходной путь завершить бизнес-цикл, при blocker — нет (пример с корзиной и заказом из карточки товара на маркетплейсе).