Вопросы на собеседовании тестировщика

Что спрашивают у стажёров и джунов в QA: теория тестирования, практические кейсы, API и немного SQL. У каждого вопроса — короткая схема ответа.

Теория тестирования

  1. Чем severity отличается от priority?

    Severity — насколько дефект ломает систему, priority — как срочно его чинить для бизнеса. Опечатка в названии компании на главной: низкая severity, высокий priority. Падение редкого отчёта раз в год: высокая severity, низкий priority.

  2. Верификация и валидация — в чём разница?

    Верификация — сделали ли продукт по требованиям. Валидация — сделали ли то, что на самом деле нужно пользователю.

  3. Что такое классы эквивалентности и граничные значения?

    Входные данные делят на группы, которые система обрабатывает одинаково, и из каждой берут по одному значению. Граничные значения проверяют на стыках: для поля «возраст 18–60» — 17, 18, 60, 61 и одно значение внутри.

  4. Что должно быть в баг-репорте?

    Короткий заголовок «что, где, при каком условии», шаги воспроизведения, ожидаемый и фактический результат, окружение (браузер, ОС, версия), severity и priority, вложения — скриншот, видео, логи.

  5. Чем smoke отличается от регрессионного тестирования?

    Smoke — быстрая проверка, что сборка вообще работает и её можно тестировать дальше. Регрессия — проверка, что новые изменения не сломали то, что работало раньше.

  6. Тест-кейс или чек-лист?

    Тест-кейс — подробные шаги, данные и ожидаемый результат, удобен для сложной логики и новичков. Чек-лист — список того, что проверить, без деталей; быстрее писать и поддерживать.

  7. Что такое пирамида тестирования?

    Много быстрых модульных тестов в основании, меньше интеграционных в середине, немного медленных end-to-end сверху. Так тесты быстрые и дешёвые в поддержке.

  8. Опишите жизненный цикл бага

    Новый → назначен → в работе → исправлен → на проверке → закрыт. Если не воспроизвёлся после исправления — переоткрыт. Бывают статусы «не баг», «дубликат», «отложен».

Практика: кейсы, API, SQL

  1. Как протестировать лифт (ручку, кофемашину)?

    Проверяют структуру мысли, а не список проверок. Сначала уточнить требования, потом по видам: функциональные (вызов, этажи, двери) → негативные (перегруз, одновременные вызовы) → нагрузка → удобство → безопасность (застревание, пожар).

  2. Какие коды ответа HTTP нужно знать?

    2xx — успех (200, 201, 204), 3xx — перенаправление, 4xx — ошибка клиента (400, 401 — не авторизован, 403 — нет прав, 404, 409, 422), 5xx — ошибка сервера (500, 502, 503).

  3. Чем GET отличается от POST, а PUT от PATCH?

    GET получает данные и не должен ничего менять; POST создаёт. PUT заменяет ресурс целиком, PATCH меняет часть полей. GET, PUT и DELETE идемпотентны: повтор даёт тот же результат.

  4. Как вы тестируете API?

    Postman или аналог: проверяю коды ответа, структуру и типы полей, обязательные и граничные значения, авторизацию, ошибки на некорректный ввод. Повторяющиеся проверки собираю в коллекцию с тестами.

  5. Что смотреть в DevTools браузера?

    Network — запросы, коды и тела ответов, время; Console — ошибки JavaScript; Elements — вёрстку и стили; Application — cookies и localStorage. К баг-репорту удобно прикладывать HAR-файл.

  6. Напишите SQL-запрос: пользователи без заказов

    SELECT u.id FROM users u LEFT JOIN orders o ON o.user_id = u.id WHERE o.id IS NULL; — вариант через NOT EXISTS тоже подойдёт.

Самая частая ошибка джунов — сразу перечислять проверки без структуры. Сначала назовите виды тестирования, потом приведите примеры. Как подготовиться к собеседованию по дням — в отдельном материале.