Это вопросы, которые в том или ином виде звучат почти на каждом интервью джуна/мидла в ручном тестировании. К каждому — не готовый ответ для зубрёжки, а ориентир: что на самом деле хочет услышать интервьюер.
Кейс — детальные шаги с ожидаемым результатом, чек-лист — краткий список проверок. Хотят услышать: когда выгоден каждый формат, а не определения из учебника.
Серьёзность — влияние на систему, приоритет — очерёдность для бизнеса. Готовьте пример типа «опечатка в названии компании на главной»: severity low, priority high.
Не перечисляйте все 30 — сгруппируйте: функциональное/нефункциональное, уровни (юнит → интеграционное → системное → приёмочное), регресс и смоук. Плюс — сказать, что из этого вы реально делали.
Техники сокращения перебора: группы данных с одинаковым поведением + значения на границах. Идеально — разобрать на поле «возраст от 18 до 65».
Смоук — быстрая проверка «живо ли вообще» после сборки, регресс — проверка, что старое не сломалось после изменений. Хотят: понимание, где в релизном цикле каждое живёт.
Валидные адреса, пустое поле, без @, кириллица, пробелы, супердлинная строка, XSS/SQL-строки. Это проверка мышления в реальном времени — тренируйте вслух.
Заголовок «что-где-когда», шаги, ожидаемый/фактический результат, окружение, логи. Критерий качества: разработчик воспроизводит без вопросов к вам.
Проверить требования; если серых зон нет — эскалация через аналитика/PO, решение фиксировать письменно. Проверяют конфликтность и умение опираться на артефакты, а не эмоции.
New → In progress → Fixed → Verification → Closed (+ Reopened, Rejected, Deferred). Плюс: кто и на каком шаге принимает решение.
Опишите реальные ритуалы и вашу роль: оценка задач на тестирование, вопросы к требованиям до разработки. Хотят: вы включаетесь рано, а не «принимаю сборку в конце».
INNER — только совпадения, LEFT — все строки левой таблицы + совпадения правой (иначе NULL). Готовьтесь написать запрос на бумаге/в блокноте.
GROUP BY + HAVING COUNT(*) > 5. Классика; заодно повторите WHERE vs HAVING.
Проверка данных после действий в UI/API, подготовка тестовых данных, поиск причин багов в данных. Пример из практики решает.
200/201, 301/302, 400, 401 vs 403 (аутентификация vs права), 404, 500/502/503. Разница 401/403 — любимый уточняющий вопрос.
Postman/curl: запрос по документации → статус-код → тело (поля, типы) → негатив → авторизация. Упомяните коллекции и окружения.
GET читает и не меняет состояние, POST создаёт; идемпотентный запрос при повторе даёт тот же результат (GET, PUT, DELETE — да, POST — нет). Достаточно уверенного объяснения на примере.
Структура: кто вы профессионально → 2–3 релевантных достижения с цифрами → почему эта вакансия. Репетируйте вслух — это первый и самый управляемый вопрос интервью.
Готовьте историю заранее: как заметили → как локализовали → чем помогли команде. Проверяют реальность опыта; выдуманные истории сыпятся на уточнениях.
Пришлите текст вакансии — бесплатно вернём вероятные вопросы по ней, риски и слабые темы. А в приложении SkillCue — тренировка ответов и подсказки прямо во время созвона.
Разобрать мою вакансию бесплатно