MiraВопрос на собеседовании · Тестировщик (QA)
Как протестировать API-эндпоинт создания заказа?
Короткий ответ, ключевые тезисы и ошибки, которых стоит избежать на интервью.
Проверку API создания заказа начинают с контракта и бизнес-инвариантов: обязательные поля, типы, допустимые значения, авторизация, итоговые суммы и состояние созданного заказа. Затем проверяют негативные случаи и фактические изменения в зависимых системах.
Для production-сценария особенно важны повторы и параллельные запросы. Таймаут клиента не должен создавать второй заказ при retry, остатки товара не должны становиться отрицательными, а уведомления и списания — дублироваться.
01 · Структура ответа
Что важно сказать интервьюеру
Раскройте тезисы, которые относятся именно к этому вопросу, и поясните их на собственном примере:
02 · Пример
Как объяснить на практике
Дважды отправьте один запрос с одинаковым idempotency key и убедитесь, что создан один заказ. Затем повторите ключ с другим составом корзины: API должен отклонить конфликт, а не вернуть результат первой операции как подходящий.
Не заучивайте формулировку дословно. Свяжите принцип с задачей из собственного проекта — интервьюер почти наверняка попросит уточнить детали реализации и компромиссы.
03 · Ошибки
Чего избегать в ответе
04 · Углубление
Что могут спросить следом
- Как тестировать идемпотентность?
- Какие проверки оставить на интеграционном уровне?
- Как подготовить тестовые данные?
05 · Проверка фактов
Первоисточники по теме
Ссылки ниже помогают проверить понятия, методы и ограничения по теме. Они не являются доказательством того, что этот вопрос задают на каждом собеседовании.
- Postman Docs: Integration Testing — Проверка последовательностей API-запросов и состояний.
Практика ответа
Ответьте вслух, а не про себя
Откроем тренировку сразу на этом вопросе. Выберите грейд, сформулируйте ответ и сравните его с подсказкой.