Использовали ли снипеты после запросов

Что проверяют

Речь почти всегда о Postman: у редактора скриптов есть панель Snippets с готовыми проверками. Интервьюер хочет понять, пишете ли вы автотесты на ответ или только смотрите на него глазами. Следом просят написать проверку или передать токен в следующий запрос.

Как отвечать

Покажите, где это живёт: в новых версиях Postman вкладка Scripts делится на Pre-request и Post-response, раньше второй блок назывался Tests. Скрипт после запроса выполняется на ответе, а сниппеты вставляют заготовки, которые вы потом правите под свой случай.

Что обычно берут и как доводят до ума:

• статус: pm.response.to.have.status(200) внутри pm.test("...", () => {...});
• тело: const body = pm.response.json(); и pm.expect(body.id).to.eql(42), плюс проверка обязательных полей и типов;
• схема: pm.response.to.have.jsonSchema(schema) ловит лишние и пропавшие поля лучше десятка точечных проверок;
• время ответа: pm.expect(pm.response.responseTime).to.be.below(500) как грубый сигнал, а не нагрузочный тест;
• переменные: pm.collectionVariables.set("token", body.token), чтобы следующий запрос взял {{token}}. Так строятся цепочки: логин, создание сущности, получение, удаление.

Дальше про запуск: Collection Runner, а в CI newman run или Postman CLI с отчётом.

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

Где спотыкаются

Не узнают контекст и рассказывают про сниппеты в IDE. Уточняющий вопрос «вы про Postman?» снимает эту проблему.

Ограничиваются проверкой статуса. Ответ 200 с пустым или сломанным телом такой тест пропустит.

Вставляют сниппет и не правят: остаётся заглушка вроде string_you_want_to_search. Или пишут устаревшим синтаксисом tests["..."] и postman.setEnvironmentVariable, а токены кладут в глобальные переменные и экспортируют коллекцию вместе с ними.