Что проверяется в Postman и как работают проверки?

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

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

Как отвечать

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

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

pm.test("статус 200", () => pm.response.to.have.status(200));

pm.test("тело соответствует схеме", () => {
  pm.response.to.have.jsonSchema(userSchema);
});

Переменные окружения и коллекции связывают запросы: токен из ответа на авторизацию кладётся через pm.environment.set и подставляется в заголовок следующего запроса. Коллекция запускается целиком в раннере, а в конвейере сборки через Newman, который отдаёт отчёт и ненулевой код возврата при падении.

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

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

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

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