Использование почтальона, которому вы должны научиться (2) - автоматизированное тестирование

предисловие

Предыдущая статья «Использование почтальона, которое вы должны изучить» в основном представляет некоторые расширенные способы использования postman, которые удобны для ежедневной разработки и отладки.Основой этой статьи является определенное понимание основного использования postman и некоторых расширенных способов использования, таких как т.к. для учащихся, не знакомых с этим, рекомендуется перейти к:«Использование почтальона, которому вы должны научиться»учиться.

задний план

С появлением все большего количества сервисов в микросервисной системе компании рост бизнеса становится все быстрее и быстрее, итерация версий становится все быстрее и быстрее, а к доступности системы предъявляются все более высокие требования, традиционный способ ручной публикации системы была совершенно не в состоянии удовлетворить ежедневную работу.Спрос на размерность вырос, и спрос на автоматическую сборку и выпуск становится все сильнее и сильнее, но есть базовая среда для автоматического выпуска, автоматизированного тестирования.Ввиду небольшого размера Команды и неодинаковые способности тестировщиков, мы решили разрабатывать и тестировать вместе для автоматизированного тестирования.Способ создания с помощью легкого почтальона инструмента для автоматизированного тестирования.

Тестовый обмен файлами

Почтальон может группировать тестированные интерфейсы в коллекции, и группа интерфейсов может быть экспортирована, как показано на рисунке:

Экспортируемый файл можно поделиться в качестве тестового скрипта, а пользователи, которые используют его, могут использовать его до тех пор, пока он импортируется.

Таким образом, тестовый файл может быть передан разным людям. Конечно, если вы можете перейти на расширенную версию, вы можете напрямую обмениваться тестовыми файлами в облаке через разные учетные записи, что более удобно.

тест сценария

Все это время нас знакомят с тестированием через почтальона пользовательского интерфейса, но на самом деле мы проводим автоматизированное тестирование, мы больше используем скрипт, особенно в производственной среде, тестирование скриптом, это необходимость. postman предоставляет инструмент --newman тест для меня, сценарий, основанный на инструменте тестирования node.js.

Установить

Сначала установите node.js, я не буду вдаваться в подробности, это обязательный инструмент для разработчиков.
После установки Ньюмана:

npm install -g newman

Первоначальное использование

Помните тестовый файл, который мы экспортировали, как описано ранее. Помимо того, что мы делимся им с другими, этот файл также является файлом, который мы используем для тестирования.

newman run 11.json

11.json — это файл, который я только что экспортировал, и тип файла для использования сценария должен быть json. Теперь давайте посмотрим, что случилось с нашим тестом?

Кажется, не удалось. Предложите нам зациклиться, выполнить один раз, 6 запросов, но все сбой. Я увидел неверную информацию и обнаружил, что URI был неправильным, потому что я использовал переменные среды postman, но в экспортированных результатах переменных среды не было. В это время нам нужно настроить исполняемый скрипт.

newman run 11.json -e url.json

url.json на самом деле является переменной среды, которую нам нужно выполнить в данный момент, и файл экспортируется, как показано на рисунке:

После экспорта мы также назвали файл файлом типа json. Итак, позвольте мне увидеть результат нашей казни.

Все выполнено успешно. Это так просто. Одна команда сопоставляется с тестовыми файлами, которые нам нужно использовать при разработке, и все.Нет необходимости в другом тестовом сценарии, и для завершения итогового теста можно использовать сценарий оболочки.

Подробное объяснение параметра

newman — очень легкая команда с небольшим количеством параметров, здесь мы перечислим несколько часто используемых параметров:

параметр	Подробное описание
-e	Путь к файлу переменной среды (окружения) или URL-адрес, файл json
-g	Весь путь к файлу конфигурации (глобальный) или URL-адрес, файл json
-d	Путь к файлу тестовых данных, файл cvs
-n	Время цикла испытаний
--delay-request	Время выполнения задержки
--timeout-request	тайм-аут запроса
--bail	Следует ли продолжать выполнение после сбоя одного из интерфейсов

Подробные параметры см.:【здесь】

Суммировать

Такой очень легкий автоматический тестовый скрипт готов.Конечно, это необходимое условие для нас, чтобы сделать автоматическую сборку и выпуск.Преимущество postman состоит в том, чтобы превратить инструменты тестирования, необходимые в повседневной разработке, в инструменты, которые можно выполнять через оболочку. Это легче и удобнее, чем время, затрачиваемое на написание скриптов, таких как soapui.Когда соответствующие функции оболочки интегрированы, масштабируемость становится очень легкой для разработчиков.Он покажет, как комбинировать postman и интегрировать другие инструменты сборки и выпуска для выпуска наши микросервисы, действительно обеспечивают автоматический выпуск и тестирование, а также завершают выпуск системы без простоев и использования пользователем.