Принцип атомарности (объект или операцию нельзя разделить на части, не нарушив их целостность или смысл) применяется в как в разработке кода ПО, так и в разработке кода автотестов.
И в автотестах Postman он особенно хорош! Давайте разберемся на примерах, почему лучше писать небольшие автотестики, «один тест, одна проверка», чем «много проверок в одном тесте».
В Postman есть возможность загружать данные из файла — указал в запросе «возьми имя из файла», сделал файл на 100 имен, и вуаля! Запускаешь 1 запрос, а он выполняется 100 раз с разными данными.
Так удобно готовить тестовые данные. Заранее прикинул классы эквивалентности, и создал всё одним махом. Нужно исправить? Вот он, файлик, в формате csv или json — легко читается, легко исправляется.
А вот что с этим файликом делать дальше? Как сказать постману, что мы хотим подставить эти данные в запрос или в автотест? Где какой синтаксис использовать? Об этом и поговорим в статье на примере системы Users.
Я выложила файлы и запросы, используемые в статье, на гитхаб — можно скачать и использовать «на пробу», так как Users открытая бесплатная система, все запросы будут работать.
Это выдержка из статьи «Как подготовить данные для запроса в Postman через pre-request».
В Postman есть функция pm.sendRequest(), которая позволяет выполнять запросы до выполнения вашего основного запроса. Но есть проблемка, когда мы хотим вызвать несколько запросов подряд...
Кажется, что это будет легко. Просто напишем 2 pre-request и вызовем их подряд:
pm.sendRequest(req1, done);
pm.sendRequest(req2, done);
Но если второй запрос зависит от первого, он упадет. Почему? Потому что функция pm.sendRequests асинхронна. Это значит, что она сразу отправит оба запроса, а не будет дожидаться, когда отработает req1, чтобы запустить req2.
Это выдержка из статьи «Как подготовить данные для запроса в Postman через pre-request».
Метод pm.sendRequest нужен для того, чтобы асинхронно отправлять запросы в Postman до или после выполнения основного запроса (Pre-request или Post-response скрипты). Документация тут.
Зачем это нужно?
Принцип хорошего автотеста — «Подготовь себе данные сам. Не надейся, что они уже существуют». Такой тест можно прогнать на любом стенде, даже пустом. Сам себе всё подготовил, прогнал тест, а потом ещё почистил за собой.
В Postman тоже есть возможность подготовить себе данные для запроса. Причем это можно использовать не только для автоматизации, но и для ручного прогона. Удобно же, когда можно запустить конкретный запрос на конкретный метод, а он отработает успешно хоть на пустой базе, хоть на заполненной.
Подготовка данных делается через функцию pm.sendRequest() в pre-request скриптах, и в этой статье я покажу, как её использовать. Показывать буду в стиле «бери и повторяй» с примерами на бесплатной системе Users.
Есть у меня видео на канале — Пишем первый автотест в Postman. Само видео и код автотеста остались верными, а вот интерфейс изменился. Посмотрим, как именно.
Были 2 отдельные вкладки:
Если необходимо через Charles Proxy перехватить данные из Postman, нужно его настроить. Давайте разберемся, как это сделать!
В этой статье предполагается, что сам Charles уже настроен и работает. Настраивается он по официальной документации.
Допустим, мы вызываем метод doRegister в Users (для просмотра ТЗ использовать эти данные). Так как ФИО и email должны быть уникальными, используем динамические переменные из Postman. Получается такой запрос:
На как понять, что при этом уйдет на сервер? Какое именно число?
Можно нажать на кнопку code справа
Допустим, что вы запустили в Postman коллекцию и хотите посмотреть, какой ответ вернул сервер на запрос. Но ой, ответ не логируется:
Response body was not logged
Что делать?
 |
| Простой массив в json |
