Какие типы запросов обычно посылает Postman по протоколу REST
Что проверяют
Знаете ли вы методы и умеете ли пользоваться инструментом дальше кнопки отправки.
Как отвечать
Методы те же, что в HTTP: GET для чтения, POST для создания, PUT для полной замены, PATCH для частичного изменения, DELETE для удаления, плюс HEAD (только заголовки) и OPTIONS (какие методы разрешены, а также предварительный запрос при кросс-доменных обращениях).
Но вопрос обычно про инструмент, поэтому дальше расскажите, что вы им делаете:
- коллекции: набор запросов, сгруппированный по сервису или сценарию, с описаниями. Это заодно живая документация для команды;
- окружения и переменные: адрес стенда, учётные данные и токен вынесены в переменные, поэтому одна коллекция гоняется и на тестовом, и на предпроде без правок;
- скрипты перед запросом и тесты после: на языке сценариев. Типовая связка это авторизоваться, сохранить токен в переменную и использовать его в последующих запросах, а в проверках убедиться в коде ответа, схеме и значениях полей;
- прогон коллекции: последовательный запуск с набором данных из файла, то есть проверка одного сценария на десятке наборов;
- запуск в конвейере через консольную утилиту: та же коллекция становится автоматической проверкой после развёртывания;
- форматы тела: сырой JSON, форма, файлы для загрузки;
- авторизация: токен, базовая, схемы с получением токена;
- заглушки: фиктивный сервер, отвечающий по описанию, когда бэкенд ещё не готов.
Хороший ответ включает пример: собрал коллекцию из цепочки создания заказа, вынес адрес и учётные данные в окружение, добавил проверки кода ответа и схемы, и она гоняется после каждого развёртывания.
Где спотыкаются
Используют Postman как замену адресной строки без переменных и проверок.
Хранят токены и пароли прямо в запросах и делятся такой коллекцией.
Не знают про прогон коллекции и запуск в конвейере.
Не умеют написать простую проверку ответа.