Загрузка…
Загрузка…
qa / middle / tech_deep
Формат
online
Стадия
tech_deep
Когда
within_quarter
Длительность
38 мин
01
Поведенческий
Был ли у вас опыт работы единственным тестировщиком на проекте или выстраивания всей тестовой документации с нуля?
Вопрос про опыт работы и ведение документации
02
Теория
Вы интеграцию через Postman тестировали? Что ещё использовали для тестирования API?
03
Теория
Какие типы запросов бывают в Postman (HTTP-методы) и какие вы использовали?
Кандидат назвал GET, POST, PUT, DELETE
04
Теория
Чем отличается PUT от POST?
Заметки
Техническое собеседование на позицию QA (ручное тестирование). Проводят двое интервьюеров (Андрей — техническая часть, Светлана — организационная/HR). Кандидат — Владислав. Запись начинается с рассказа кандидата об опыте (работа с релизами, анбординг, ведение тестовой документации в Google Таблицах и Confluence). Большой блок — практический кейс по тестированию лендинга с формой сбора лидов, затем блок по API/Postman, JSON, SQL и базам данных. У кандидата уже есть оффер от другой компании, по итогам собеседования ожидается обратная связь в течение получаса. Видео опубликовано сообществом Criminal IT.
Подготовка
Подтянуть теорию по БД: индексы, хранимые процедуры (кандидат не ответил), различие типов связей. По SQL — уметь писать запросы с GROUP BY/HAVING/SUM и JOIN. Освоить выбор разрешений экранов и браузеров на основе аналитики (Яндекс.Метрика), а не только техник тест-дизайна. Тренировать раннее тестирование и аргументированное оспаривание некорректных требований на этапе ТЗ.
Стиль интервьюера
Интервьюер (Андрей) ведёт практический диалог через развёрнутый кейс, постепенно усложняя его follow-up вопросами («а если...», «что будешь делать дальше»). Подталкивает к правильному ответу наводящими вопросами, мягко корректирует подход (например, что разрешения экранов/браузеры лучше брать из аналитики, а не из классов эквивалентности). Проверяет не только знание техник, но и инженерное мышление, способность локализовать дефект и оспаривать требования.
05
Теория
Что делает метод GET? Можно ли через GET отправить данные на сервер?
Уточняющий вопрос: можно ли через GET отправлять данные (например через URL)
06
Теория
Что такое веб-сервис?
07
Кейс
Есть лендинг с формой сбора данных клиента (ФИО, email, телефон, возраст). Клиентов делят на 4 возрастные группы по диапазонам. Как протестируешь поле возраст?
Кандидат применил классы эквивалентности и анализ граничных значений (14/15/16, 24/25/26, 60/61/69 и т.д.)
08
Кейс
Возраст протестировал — как будешь тестировать остальные поля (email, фамилия, номер телефона)? Какие методы и виды тестирования применять?
09
Теория
Куда попадают данные формы после сохранения (в какую базу/систему)?
10
Кейс
Какие критерии по количеству символов и допустимым символам для полей (email, ФИО, телефон): максимум/минимум, маска, латиница/кириллица?
11
Кейс
В требованиях указано 1000 знаков для номера телефона. Будешь ли это тестировать как есть или возразишь? (раннее тестирование на этапе ТЗ)
Проверка на способность оспорить некорректное требование на этапе ТЗ
12
Кейс
Как будешь тестировать поле email: какие валидные и невалидные значения проверишь?
13
Кейс
Что должно произойти, если ввести email с пробелом в начале? Как, по-твоему, это должно работать правильно?
14
Теория
Как выглядит стандартная проверка валидации email — как система понимает, что это email?
Ответ: что-то@что-то.что-то
15
Кейс
Все значения валидны, нажимаешь кнопку «связаться со мной» и ничего не происходит. Что будешь делать?
Кандидат предложил DevTools, консоль, Network, Postman, очереди RabbitMQ, проверку БД
16
Кейс
Бэкенд сообщает, что всё исправлено, ты перепроверяешь — снова ничего не происходит. Что делать? (несовпадение среды/браузера у тестировщика и разработчика)
Follow-up к предыдущему: проверить идентичность среды, браузера, окружения с разработчиком
17
Кейс
Запрос ушёл, сервер ответил 200, данные легли в базу, но сообщения пользователю нет. Где проблема?
Ответ: проблема на фронтенде — нет вывода уведомления после сохранения
18
Кейс
Форму протестировал — какие ещё тесты проведёшь на лендинге в целом?
19
Кейс
Как будешь тестировать вёрстку/дизайн на разных экранах? Как поймёшь, какие именно разрешения экранов нужны (диапазон от 640 до 4K)?
Интервьюер подвёл к тому, что разрешения нужно брать из аналитики (Яндекс.Метрика), а не только по классам эквивалентности
20
Кейс
Какие браузеры будешь использовать для тестирования и по каким критериям их выбирать?
21
Теория
Как ты поймёшь, какие браузеры и устройства используют ваши пользователи? Как называется этот инструмент?
Ответ: Яндекс.Метрика
22
Теория
Какой у тебя уровень владения SQL / опыт работы с базами данных?
23
Код
Посмотри на пример JSON — всё ли в нём корректно? Найди ошибки.
Кандидат искал ошибки в фигурных скобках, форматах ключ-значение, оформлении массива
24
Код
Есть данные по категориям/подкатегориям рекламы (количество объявлений и заработок). Напиши запрос, который выведет категории, принёсшие больше 20000.
Подвод к необходимости SUM + GROUP BY + HAVING, а не простого WHERE по строке
25
Код
Есть две таблицы — компьютеры (PC) и телефоны (Phone) с полями ID, модель, цена. Выведи модель компьютера, которая стоит столько же, сколько телефон.
Кандидат предложил JOIN по цене
26
Теория
Что такое индексы в базе данных?
Кандидат ответил неверно (спутал с ID/связями)
27
Теория
Что такое хранимые процедуры?
Кандидат не смог ответить, интервьюер дал определение
28
Теория
Какие связи бывают у баз данных (между таблицами)?
Ответ: один-к-одному, один-ко-многим, многие-ко-многим
29
Теория
Чем отличается связь «один-ко-многим» от «многие-ко-многим»?
30
Теория
Бывают ли базы данных, где таблицы не связаны друг с другом? Как они называются?
Ответ: нереляционные
31
Теория
Какие минусы и преимущества у нереляционных баз данных?
Кандидат назвал минус — сложнее искать; плюс — скорость/быстрее