Вопросы на собеседовании тестировщика (Junior QA) с ответами

Как проходит собеседование на Junior QA

Путь до оффера состоит из нескольких этапов, и их набор зависит от компании. С опытом этапов становится меньше, например пропадает тестовое задание, а на первую работу обычно проходят их все.

• Скрининг с рекрутером

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

• Тестовое задание

  Его присылают до интервью или сразу после скрининга. Чаще всего нужно написать тест-кейсы и чек-листы по требованиям, подобрать тестовые данные по технике тест-дизайна или завести баг-репорты на готовый сайт, иногда отправить запросы к API или решить задачу на SQL с SELECT и JOIN.

• Интервью с HR

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

• Техническое интервью

  Главный этап, его проводит тестировщик или тимлид будущей команды. Большая часть времени уходит на теорию, остальное на практику. На удалённом интервью могут попросить показать экран и, например, отправить запрос в Postman.

• Ассессмент

  Групповой отбор, который устраивают крупные компании. Нескольким кандидатам сразу дают тест по теории, обсуждение на английском, поиск багов в форме или командную игру, а сильных потом зовут на техническое интервью.

• Встреча с руководителем и оффер

  Иногда в конце бывает разговор с менеджером проекта о процессах и о том, чем занимается команда. Потом присылают оффер, то есть предложение с должностью, зарплатой и условиями. Юридической силы у оффера нет, но отзывают его редко.

Вопросы по теории тестирования с ответами

Ниже вопросы, которые на собеседованиях junior-тестировщика звучат чаще всего, и короткие ответы, которых хватает, чтобы попасть в суть. Отвечать стоит ровно на то, о чём спросили. Каждое сказанное слово может стать следующим вопросом, и если назвать технику, о которой вы только слышали, интервьюер попросит рассказать о ней подробнее. Если ответа вы не знаете, лучше так и сказать и порассуждать вслух.

Заученное определение звучит слабее, чем ответ с примером из учебного проекта или прошлой работы. По примеру видно, что вы понимаете, зачем это нужно в работе.

• Чем QA отличается от QC и тестирования?

  QA, или обеспечение качества, работает с процессом: как устроить разработку, чтобы дефектов появлялось меньше. QC, или контроль качества, проверяет сам продукт на соответствие требованиям. Тестирование – часть контроля качества, то есть сами проверки. По программе ISTQB обеспечение и контроль качества входят в общее управление качеством.

• Чем тестирование отличается от отладки?

  Тестирование находит сбои, которые вызваны дефектами. Отладка – работа разработчика, который ищет причину сбоя, разбирается в ней и исправляет код. Тестировщик может помочь локализовать дефект, но чинит его разработчик, а тестировщик потом проверяет исправление.

• Что такое верификация и валидация?

  Верификация проверяет, что продукт соответствует требованиям, то есть сделан правильно. Валидация проверяет, что продукт решает задачу пользователя, то есть сделан правильный продукт. Я запоминаю это так: верификация отвечает нуждам заказчика, валидация – нуждам пользователя.

• Назовите принципы тестирования

  Их семь: тестирование показывает наличие дефектов, исчерпывающее тестирование невозможно, раннее тестирование экономит время и деньги, дефекты скапливаются, парадокс пестицида, тестирование зависит от контекста, заблуждение об отсутствии ошибок. Часто просят объяснить один из них на примере.

• Что такое парадокс пестицида и как с ним бороться?

  Тесты, которые прогоняют без изменений, со временем перестают находить новые дефекты. Наборы регулярно пересматривают и дополняют, пробуют новые техники, отдают тесты коллегам и меняют тестировщиков местами.

• Какие бывают уровни тестирования?

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

• Какие есть виды тестирования?

  По цели различают функциональное тестирование, которое проверяет, что делает система, и нефункциональное, которое проверяет, как она это делает: скорость, удобство, безопасность, совместимость. По доступу к коду различают чёрный, белый и серый ящик. К каждому виду стоит заранее придумать пример проверки.

• Чем регрессия отличается от смоука и ретеста?

  Смоук быстро проверяет главные функции новой сборки и решает, можно ли тестировать её дальше. Ретест подтверждает, что исправлен конкретный дефект. Регрессия проверяет, что изменения не сломали то, что уже работало.

• Пример: смоук, ретест и регрессия в интернет-магазине

  Разработчик исправил баг: промокод на 10% неверно округлял итог в корзине. Смоук новой сборки проверяет, что открываются каталог и корзина и заказ доходит до оплаты. Ретест повторяет шаги из баг-репорта с тем же промокодом. Регрессия проходит по местам, которые правка могла задеть: итоговую сумму в корзине, другие промокоды, бесплатную доставку от порога и сумму в письме о заказе.

• Какие тесты включить в регрессию?

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

• Чем исследовательское тестирование отличается от свободного?

  В исследовательском у тестировщика есть цель и примерный сценарий, а следующие проверки он придумывает по ходу, опираясь на то, что узнал о системе. Свободное (ad hoc) тестирование идёт без документации и плана, только на опыте и интуиции.

• Что такое SDLC и STLC?

  SDLC – жизненный цикл разработки ПО, от идеи и требований через проектирование, код и тестирование к выпуску и поддержке. STLC называют цикл тестирования внутри него, от анализа требований и планирования до прогона тестов и отчёта. Рядом спрашивают модели разработки (водопадную, V-модель, итерационную) и Scrum.

• Статья7 принципов тестирования и парадокс пестицида
• СтатьяУровни тестирования с примерами
• СтатьяПирамида тестирования
• СтатьяВиды тестирования: функциональное, нефункциональное, чёрный и белый ящик
• СтатьяРегрессионное и смоук-тестирование: в чём разница
• СтатьяМодели разработки ПО, SDLC и STLC
• СтатьяQA, QC и словарь терминов из вакансий

Тест-дизайн, тест-кейс и баг-репорт

Из тест-дизайна чаще всего дают задачу на классы эквивалентности и граничные значения. На неё уходит пара минут, и сразу видно, понимает ли человек технику. Шаблоны тест-кейса и баг-репорта стоит помнить наизусть, потому что их нередко просят написать прямо во время разговора.

• Какие техники тест-дизайна вы знаете?

  Классы эквивалентности, граничные значения, попарное тестирование, таблица решений, диаграмма состояний и переходов. Технику мало назвать, нужно показать её на примере или сказать, какая подойдёт к задаче. Для формы с полями это классы и границы, для фильтра с множеством параметров попарное тестирование.

• Пример: поле "Возраст" принимает целые числа от 18 до 60

  Числовых классов эквивалентности три (меньше 18, от 18 до 60, больше 60), а ещё отдельно проверяют нечисловые значения и пустое поле. На границах берут 17, 18, 60 и 61. Вместо перебора всех чисел получается несколько проверок, и каждая отвечает за свой класс или границу.

• Чем чек-лист отличается от тест-кейса?

  Чек-лист перечисляет, что проверить, без подробных шагов. Тест-кейс расписывает одну проверку по шагам, с предусловиями, ожидаемым результатом и фактическим, который записывают при прогоне. Следом спрашивают, когда что выбирать: для сложного и долгого проекта тест-кейсы, для простого или с часто меняющимися требованиями чек-листы.

• Из чего состоит баг-репорт?

  Заголовок, который отвечает на вопросы "где, что, когда", шаги воспроизведения, фактический и ожидаемый результат, окружение, серьёзность, приоритет и вложения. Вложения – это не только скриншот, но и видео, логи и тестовые данные, на которых воспроизводится дефект.

• Чем severity отличается от priority? Приведите пример

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

• Какой жизненный цикл у бага?

  Новый баг получает статус New, после назначения разработчику Open или Assigned, после исправления Resolved, после проверки тестировщиком Verified и в конце Closed. Если дефект снова воспроизводится, его переоткрывают (Reopened).

• СтатьяКлассы эквивалентности и граничные значения
• СтатьяПопарное тестирование
• СтатьяЧек-лист и тест-кейс: разница и пример
• СтатьяБаг-репорт: структура, severity и priority

Веб, API, базы данных и мобильные приложения

Эти вопросы зависят от вакансии. На веб спрашивают клиент-серверную архитектуру и HTTP, на мобильное тестирование особенности платформ. Перед интервью стоит прочитать требования вакансии и повторить инструменты, которые в ней названы.

• Что такое клиент-серверная архитектура?

  Клиент, например браузер или мобильное приложение, отправляет запрос, сервер его обрабатывает, при необходимости обращается к базе данных и возвращает ответ. Это один из самых частых вопросов на вакансии веб-тестировщика, и следом обычно спрашивают, как понять, на чьей стороне дефект.

• Что происходит, когда вводишь адрес сайта в браузере?

  Браузер узнаёт у DNS-сервера IP-адрес по доменному имени, устанавливает соединение с сервером (для HTTPS ещё и шифрованное), отправляет HTTP-запрос и получает ответ с кодом состояния и HTML-страницей. Затем он загружает стили, скрипты и картинки и отрисовывает страницу. Ответа "открывается сайт" здесь мало, ждут весь путь запроса.

• Чем GET отличается от POST?

  GET получает данные и передаёт параметры в адресной строке, тело с ним не отправляют, а ответ может кэшироваться. POST отправляет данные на сервер в теле запроса и обычно создаёт новую запись. Следом спрашивают PUT и PATCH. PUT заменяет ресурс целиком, а PATCH меняет только переданные поля.

• Какие бывают коды ответов HTTP?

  Код состоит из трёх цифр, и первая называет группу: 1xx информационные, 2xx успех, 3xx перенаправление, 4xx ошибка клиента, 5xx ошибка сервера. Из конкретных кодов чаще всего спрашивают 200, 201, 301, 400, 401, 403, 404 и 500.

• Чем REST отличается от SOAP?

  SOAP – протокол обмена сообщениями в XML со строгими правилами и описанием сервиса в файле WSDL. Архитектурный стиль REST работает поверх HTTP без жёсткого стандарта, данные в нём чаще всего передают в JSON, хотя можно и в XML. REST проще и легче, SOAP строже, и оба вида API можно тестировать в Postman.

• Какие SQL-запросы нужно знать?

  SELECT с условием WHERE, сортировкой ORDER BY и группировкой GROUP BY, объединение таблиц через JOIN, а также INSERT, UPDATE и DELETE. На собеседовании просят написать несколько запросов к данным таблицам, бывает и устно, поэтому перед каждым интервью их стоит повторить.

• Зачем тестировщику DevTools и Charles?

  В DevTools на вкладке Network видно, какой запрос ушёл на сервер и что вернулось, а в Console видны ошибки скриптов. Снифферы вроде Charles и Fiddler работают как прокси: перехватывают трафик, в том числе с телефона, и позволяют подменить запрос или ответ. По этим данным понятно, где дефект, на клиенте или на сервере.

• Пример: как понять, на чьей стороне дефект

  На сайте доставки еды у блюда в корзине стоит цена 0 ₽. Тестировщик открывает в DevTools вкладку Network и находит ответ сервера на запрос корзины. Если в JSON пришло "price": 0, ошибка на сервере или в данных, и дальше стоит проверить блюдо в базе. Если сервер прислал "price": 349, а экран показывает ноль, дефект на клиенте, и баг заводят на фронтенд с этим ответом во вложении.

• Чем тестирование мобильных приложений отличается от веба?

  Устройств и версий системы так много, что все не проверить, поэтому выбирают самые популярные модели и дополняют реальные устройства эмуляторами и симуляторами. Добавляются свои проверки: прерывания звонком и уведомлением, установка и обновление, плохая сеть, смена ориентации экрана. Ещё спрашивают типы приложений (нативные, веб и гибридные) и разницу между iOS и Android.

• СтатьяКлиент-серверная архитектура
• СтатьяURL, IP и DNS: что происходит при открытии сайта
• СтатьяHTTP для тестировщика: методы и коды ответов
• СтатьяSOAP и REST: чем отличаются
• ПесочницаSQL для тестировщика
• СтатьяDevTools для тестировщика
• СтатьяТестирование мобильных приложений

Практические задачи и вопросы о себе

Практику дают, чтобы увидеть, как вы применяете теорию, и ход мысли интервьюеру интересен больше итогового списка, поэтому рассуждать стоит вслух. Ситуационные вопросы проверяют, понимаете ли вы процесс разработки и роль тестировщика в нём. Вопросы о себе звучат на любом этапе, и ответы на них тоже готовят заранее.

• Протестируйте карандаш (ручку, лифт, лестницу)

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

• Протестируйте форму входа или регистрации

  Начните с позитивного сценария, потом для каждого поля назовите классы эквивалентности и границы, пустые и слишком длинные значения, пробелы и спецсимволы, обязательные поля и тексты ошибок. Хорошо добавить, что вы посмотрите в DevTools, какой запрос ушёл и что ответил сервер.

• Найдите баги на скриншоте

  Дают снимок экрана, на котором ошибки расставлены нарочно: опечатки, съехавшая вёрстка, неверные данные, нелогичные поля. Найти нужно как можно больше и для каждой находки объяснить, с каким ожиданием она расходится.

• Разработчик говорит, что это фича

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

• Перед релизом нашли критичный баг

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

• Почему вы решили стать тестировщиком?

  Ответ готовят заранее: что привлекает в работе и что вы уже сделали для перехода, например какие курсы прошли и что тестировали на учебном проекте. Выпускники курсов на этом вопросе часто теряются, а ответ "из-за денег" или "друзья посоветовали" без продолжения звучит слабо.

• Чем вы занимались до тестирования?

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

• Кем вы видите себя через пару лет?

  На позиции ручного тестировщика не стоит говорить, что пришли только за опытом и скоро уйдёте в автоматизацию или разработку. Компания рассчитывает, что вы останетесь в роли хотя бы год. Если в вакансии упомянут переход в автоматизацию, об интересе к нему сказать можно.

• СтатьяТестирование полей ввода и веб-форм
• Тренажёрситуационные кейсы с разбором

Что спросить у компании в конце собеседования

В конце интервью обычно предлагают задать вопросы. Ответ "вопросов нет" читается как низкая заинтересованность, поэтому короткий список стоит подготовить заранее и спросить то, о чём ещё не рассказали и что важно именно вам. Перед интервью полезно почитать о самой компании, чтобы вопросы были по делу.

Ответы тоже говорят о компании. Если на простой вопрос о команде или процессе отвечают уклончиво, путаются или раздражаются, это повод насторожиться.

• Проект и команда

  На какой проект рассматривают и надолго ли он, сколько в команде тестировщиков и разработчиков, есть ли аналитик и менеджер. Если тестировщик в команде один и требований никто не пишет, документацию и процесс, скорее всего, придётся налаживать самому.

• Процесс и рабочий день

  По какой методологии работают и как выглядит обычный день тестировщика. Если о нём ничего не могут рассказать, возможно, тестировщика здесь ещё не было.

• Ментор и адаптация

  Есть ли ментор или человек, к которому можно прийти с вопросом, и как устроены первые недели в команде. Для новичка это важнее многих других условий.

• Развитие и оценка

  Есть ли матрица компетенций, как проходят оценка и пересмотр зарплаты, можно ли со временем перейти, например, в автоматизацию. Интерес к работе хорошо показывает вопрос о том, чего от вас ждут в первые 30, 60 и 90 дней.

• Условия

  Испытательный срок и зарплата на нём, рабочая техника, социальный пакет, вид договора. Зарплатную вилку обычно обсуждают с рекрутером ещё до технического интервью.

• Следующие шаги

  Будут ли ещё этапы и когда ждать ответа. Если обещанный срок прошёл, можно самому написать рекрутеру и попросить обратную связь. Некоторые компании вместе с отказом присылают список того, что стоит подтянуть.

• СтатьяАутсорс, аутстаф или продуктовая компания
• СтатьяРабочий день тестировщика

Видеоуроки, шпаргалки и задания

Я разбираю собеседование junior-тестировщика в нескольких роликах на YouTube. В них есть этапы интервью, частые вопросы по теории с ответами и то, что спрашивают нанимающие менеджеры и о чём рассказывают сами кандидаты. Отдельно я объясняю, о чём спросить компанию и как проходит интервью на английском. В бесплатном базовом курсе по тестированию этой теме посвящён урок "Как проходят собеседования на позицию Junior QA?".

Шпаргалка собирает вопросы с собеседования по темам, с коротким ответом к каждому и поиском. В тренажёре ситуационных кейсов ИИ оценивает развёрнутый ответ на рабочую ситуацию. В курсе-симуляторе собеседования на вопросы отвечают вслух и получают разбор.

• Урок курсаЭтот урок – бесплатно
• Мой видеоуроквопросы на собеседовании Junior QA
• Мой видеоуроккак проходит интервью на позицию Junior QA
• Мой видеоуроктоп-30 вопросов по теории тестирования
• Мой видеоурокчто спрашивают у junior-тестировщиков менеджеры
• Мой видеоуроквопросы с реальных собеседований
• Мой видеоурокчто будут спрашивать на собеседовании в 2025 году
• Мой видеоуроко чём спросить компанию на собеседовании
• Мой видеоуроксобеседование тестировщика на английском
• Шпаргалкавопросы с собеседования на тестировщика
• Тренажёрситуационные кейсы
• СтатьяРезюме тестировщика: структура, портфолио и LinkedIn

Курсы по теме

• бесплатный

  Тестирование ПО с нуля. Теория + Практика. Базовый уровень

  Первое рабочее место тестировщика

  89 уроков113 441
• платный

  Тестирование ПО. Симулятор собеседования тестировщика с ИИ

  Переговорная · сто вопросов собеседования

  139 уроков1 813

Вопросы и ответы