Как ответить на вопрос «Протестируйте лифт» на собеседовании QA

Зачем это спрашивают

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

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

Как построить сильный ответ

Шаг 1. Уточните требования

Первая фраза — не проверка, а вопрос. Без требований невозможно понять, что считать ошибкой. Что стоит спросить про лифт:

• Где он стоит: жилой дом, офис, больница, торговый центр? Пассажирский или грузовой?
• Сколько этажей, есть ли подземные?
• Какая грузоподъёмность и вместимость?
• Кто им пользуется: есть ли требования к доступности для людей на колясках и незрячих?
• Есть ли особые режимы: пожарный, погрузочный, вызов по карте доступа?

Задайте два-три вопроса, а если интервьюер предлагает решить самому — сформулируйте допущения вслух.

Шаг 2. Разложите проверки по группам

Структура важнее количества. Удобный набор групп:

1. Функциональные: вызов с этажа, выбор этажа в кабине, открытие и закрытие дверей, остановка точно на уровне пола, отмена вызова, если она предусмотрена.
2. Граничные значения: вес — пустая кабина, ровно номинальная нагрузка, чуть больше неё; крайние этажи — нижний и верхний.
3. Состояния и переходы: стоит с открытыми дверями, стоит с закрытыми, едет вверх, едет вниз, остановлен аварийно. Важно проверить и запрещённые переходы: лифт не должен начать движение с открытыми дверями.
4. Негативные сценарии: нажать все кнопки сразу, нажать кнопку текущего этажа, держать дверь рукой, перегрузить кабину, нажать «вверх» на последнем этаже.
5. Безопасность: что происходит при отключении питания, застревании, пожарной тревоге; работает ли связь с диспетчером; срабатывает ли датчик препятствия в дверях.
6. Нефункциональные: скорость, плавность хода, шум, время ожидания в часы пик, согласованная работа нескольких лифтов в одном холле.
7. Удобство и доступность: высота кнопок, шрифт Брайля, голосовое объявление этажей, понятная индикация.

Шаг 3. Назовите техники

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

Пример ответа

Сначала я бы уточнил требования: где стоит лифт, сколько этажей, какая грузоподъёмность, нужен ли доступ для маломобильных людей. Допустим, это пассажирский лифт в девятиэтажном доме. Дальше я разделю проверки на группы. Функциональные: вызов, выбор этажа, двери, точная остановка. Границы: пустая кабина, ровно номинальный вес и чуть больше, первый и девятый этаж. Состояния: стоит, едет, двери открыты, и запрещённые переходы — например, движение с открытыми дверями. Негатив: нажать все кнопки разом, держать дверь. Безопасность: отключение питания, застревание, связь с диспетчером. В конце — скорость, шум и доступность. Если хотите, могу подробнее разобрать любую группу.

Частые ошибки

• Сразу список без вопросов. Это главный сигнал слабого ответа: кандидат не думает о требованиях.
• Хаотичный поток проверок. «Нажать кнопку, проверить свет, проверить шум, нажать другую кнопку» — без групп интервьюер не может оценить полноту.
• Только позитивные сценарии. Лифт, который отлично ездит, но начинает движение с открытыми дверями, опасен.
• Забыть про безопасность. Для физического устройства это один из ключевых блоков.
• Уходить в детали одной группы. Лучше пройти все группы поверхностно и предложить углубиться, чем десять минут обсуждать кнопки.
• Не назвать техники. Если вы до этого рассказывали про переходы состояний, а в практической задаче о них забыли, это заметно.

Пример на MarketCove

Тот же приём работает для любой фичи веб-приложения. Предположим, вас просят «протестировать историю заказов в профиле» в учебном магазине https://shop.tomiddle.com.

Уточнения: какие заказы должны попадать в историю, в каком порядке они идут, какие поля показываются, когда покупатель видит смену статуса, которую сделал сотрудник.

Группы проверок:

• функциональные: заказ, оформленный после входа, появляется в истории с номером, датой, товарами и статусом;
• границы: ни одного заказа (понятная заглушка, а не ошибка), один заказ, много заказов — нужна ли постраничная навигация;
• состояния: новый заказ в статусе PENDING — сотрудник меняет статус — покупатель видит новый;
• негатив: гостевой заказ не попадает ни в чей профиль; с испорченным токеном /api/users/me отвечает 401, а страница предлагает войти;
• хранение: заказы живут в памяти сервера, поэтому после перезапуска история законно пустеет — это нужно отличать от бага;
• удобство: понятные названия статусов, привычный формат даты и цены.

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

Задание для практики

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