Собеседование тестировщика: вопросы и задачи для Junior QA

01 / Собеседования

Шесть вопросов, которые стоит уметь объяснить

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

Отвечайте своими словами и приводите задачу, которую действительно выполняли. Формулировка «с этим не работал, но понимаю принцип так» точнее, чем выдуманный проект.

02 / Собеседования

Учебная задача: поле количества товара

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

До выбора данных уточните, допускаются ли пробелы, ведущие нули и вставка текста; когда показывается ошибка; какой запас товара доступен; есть ли разные правила у интерфейса и сервера. Ответов в исходном условии нет. Их нельзя молча придумать и выдать за требования.

Группировка похожих данных помогает выбирать представителей классов эквивалентности. Проверки около границ дополняют этот выбор. Таблица не доказывает полное покрытие: отдельно могут понадобиться ограничения остатков, повторная отправка, доступность и серверная проверка. Объясните, что проверили бы дальше и почему.

03 / Собеседования

Как описать дефект по результату проверки

Допустим, в нашем учебном приложении значение 100 принимается и заказ создаётся. Это противоречит явно заданному максимуму 99. Сначала воспроизведите поведение и убедитесь, что проверяли нужную версию и окружение.

Заголовок: поле количества допускает 100 при максимуме 99.
Окружение: [версия приложения, браузер, устройство].
Предусловия: [товар и состояние корзины, доступный тестовый аккаунт].
Шаги:
1. Открыть оформление заказа.
2. Ввести 100 в поле количества.
3. Отправить заказ.
Ожидается: заказ не создаётся; рядом с полем показана ошибка о диапазоне.
Фактически: заказ создаётся с количеством 100.
Основание: требование о диапазоне 1-99.
Повторяемость и доказательства: [собственные наблюдения, безопасный скриншот].

Перед использованием замените шаблон своими наблюдениями. Не указывайте частоту «всегда», если повторили один раз. Не прикладывайте пароли, токены и данные реальных клиентов. Отдельно опишите влияние: можно создать заказ с количеством вне согласованного диапазона. Причина в коде пока не установлена.

04 / Собеседования

Как рассуждать о проверке API

Если интервьюер предлагает ту же задачу через API, попросите описание запроса и контракта ответа. Не угадывайте URL, названия полей и коды статуса. В учебном ответе можно перечислить направления: корректное количество, границы, отсутствие обязательного поля, неверный тип, ограничения доступа.

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

Если доступен только интерфейс, так и скажите. Можно предложить дополнительную проверку через API, но нельзя утверждать, что вы её выполнили. Для нашей статьи задача разобрана теоретически: работающий сервис для выполнения этих запросов не предоставлен.

05 / Собеседования

Что выбрать, если осталось мало времени

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

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

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

06 / Собеседования

Как провести репетицию

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

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

Вопросы по теме

Что ещё стоит уточнить