how when use postman pre request
В този урок ще обясним как и кога да използваме скриптове за предварителна заявка на пощальон и скриптове или тестове за заявки за публикуване с помощта на прости примери:
По аналогия със света на модулното тестване, скриптът за предварителна заявка не е нищо друго освен настройката, която ще се случи преди изпълнението на теста. По същия начин в Postman, ако искате да модифицирате заявката по определен начин, скриптът за предварителна заявка е мястото да поставите тази логика или код, който гарантира, преди да започне изпълнението на заявката.
=> Внимавайте тук за поредицата за обучение на прости пощальони.
Какво ще научите:
Поток на искане на пощальон
Първо, нека се опитаме да разберем как Postman позволява или позволява скриптовете pre и test да се изпълняват в контекста на изпълнението на заявка. Postman има мощно време за изпълнение, което се базира на Node JS, което позволява добавяне на възможности за скриптове преди и след изпълнение на заявката.
Скриптовете не са нищо друго освен код на Javascript, който пясъчникът на Postman разбира и изпълнява по желание.
Вижте фигурата по-долу, за да разберете Поток на заявки за пощальон.
какво е qa и qc при тестване на софтуер
Ето видео урок:
Скриптът за предварителна заявка е входната точка за изпълнение на заявка в Postman. Ако има добавен скрипт / логика като част от скрипта за предварителна заявка, който се изпълнява първо, след което се извършва действителното изпълнение на заявката и след получаване на отговора се изпълняват тестовете или скриптовете за заявка за публикация.
Скриптове с предварителна заявка
Скриптовете за предварителна заявка са логика или парче код, които са гарантирани за изпълнение, преди да започне изпълнението на заявката. Позволява добавяне на динамично поведение към заявка за изпълнение.
Тук е важно да се отбележи, че скриптове за предварителна заявка могат да се прилагат и на ниво колекция, което косвено означава, че скриптът за предварителна заявка ще се прилага за всички заявки, които са част от тази колекция.
Моля, вижте фигурата по-долу, за да видите потока на заявката, когато скриптът и тестовете за предварителна заявка на ниво колекция са там.
Кога да използвам скриптове за предварителна заявка?
Скриптовете за предварителна заявка обикновено са полезни, когато се изисква предварителна обработка преди изпълнението на заявката.
# 1)Например, да предположим, че вашата заявка очаква маркер за защита, който трябва да бъде извлечен от сървър на трета страна и тъй като тази стойност се променя при всяко изпълнение на заявка, тя не може да бъде запазена и с променливите на средата / глобалните.
Скриптовете за предварителна заявка са идеалното място за изпълнение на такава логика и след това да се използват същите при изпълнение на заявки.
Нека да видим пример за това как да използваме скрипта за предварителна заявка в този случай. За илюстрация ще използваме същата крайна точка на GET API https://reqres.in/api/users/{[randomVal}}
Тук {{randomVal}} е произволно цяло число между 1 и 10, което ще бъде изчислено в скрипта за предварителна заявка.
Ето потока на скрипта.
- Добавете логика в раздела за скрипт за предварителна заявка. Генерирайте произволно число между 1 t0 10.
var random = Math.floor(Math.random() * 10); pm.variables.set('randomVal',random)
- Съхранявайте генерираното произволно число в среда или локална променлива. В горния кодов фрагмент можете да видите, че сме генерирали произволна стойност между 1 и 10 и сме я съхранили в локална променлива, наречена ‘randomVal’.
- Използвайте променливата на средата като част от тялото на заявката.
- Изпълнете заявката.
- Потвърдете резултата. Можете да опитате да ударите заявката няколко пъти и да видите как заявката се удря за различни стойности на userIds, генерирани чрез предварително скрипта на случайната променлива.
# две) Сценариите за предварителна заявка са полезни и когато искате определени операции, свързани със заглавката. Например, заглавка на заявка, очаквайки идентификатор на сесия, който трябва да бъде генериран на случаен принцип и се нуждае от някои други преобразувания като кодиране или обработка като цяло на 64
Използване на скриптове за предварителна заявка и след заявка с колекции
Както беше обсъдено по-горе, скриптове с предварителна заявка могат да се прилагат и на ниво колекция. Тези скриптове ще се прилагат за всички заявки, които са налични в колекцията. Подобно на скриптове за предварителна заявка, тестове или скриптове след заявка също могат да бъдат приложени към колекция.
Нека да разгледаме илюстрация на скриптове и тестове за предварителни заявки на ниво колекция и да видим как скриптовете влизат в действие за всяка от заявките в колекцията.
Ще използваме колекция Postman с 2 заявки със следните крайни точки на теста.
- ВЗЕМЕТЕ https://reqres.in/api/users/1
- ПОСТ https://reqres.in/api/register с тяло на заявката като JSON с 2 полета, т.е. emailId и парола.
Ще добавим следните скриптове на ниво колекция за тези заявки.
- Предварителна заявка: Добавете нова заглавка с име „Content-Type“ и задайте стойността на заглавката на „application / json“.
- Тест: Като валидиране на тест или след заявка ще проверим дали върнатият отговор има HTTP код на състоянието 200 или не.
Моля, следвайте долните стъпки
# 1) Създайте нова колекция на пощальони с горепосочените заявки GET и POST.
# две) Кликнете с десния бутон Колекция -> Изберете редактиране за добавяне на скриптове и тестове за предварителна заявка на ниво колекция.
да се) За скрипта за предварителна заявка изберете раздела Предварителни заявки в прозореца за редактиране на колекция и добавете скрипта по-долу (Този скрипт ще добави заглавка с име „Content-Type“ със стойност application / JSON за всички заявки в колекцията) .
pm.request.headers.add({ key: 'Content-Type', value: 'application/json' });
б) За да добавите тестове или скрипт след заявка, добавете скрипта по-долу в раздела „Тестове“. (Този скрипт ще добави тест за валидиране на отговора с HTTP Status 200 за всички заявки, налични в колекцията).
pm.test('Status code is 200', function () { pm.response.to.have.status(200); });
° С) След като скриптовете бъдат добавени, щракнете върху „Актуализиране“, за да запазите направените промени.
# 3) Сега, нека опитаме да изпълним заявките вътре в колекцията и да видим дали скриптовете и тестовете за предварителна заявка, посочени на ниво колекция, са настроени правилно или не.
# 4) Отворете първата GET заявка и я изпълнете, като щракнете върху „Изпращане“ бутон. За да прегледаме заглавките на заявките, можем да се възползваме от конзолата на Postman, която показва пълните подробности за искане-отговор за всички заявки, които минават през приложението Postman.
По-късно ще обсъдим подробно конзолата на Postman, но в този урок просто ще я използваме за валидиране на заглавките на заявките.
За да отворите конзолата, щракнете върху иконата на конзолата в долния ляв ъгъл на приложението Postman или изберете опцията на конзолата от менюто Window (Моля, обърнете внимание, че подобни опции са налични за Windows OS, както и за приложението Postman).
онлайн софтуер за архивиране за доставчици на услуги
# 5) За да проверите скриптове или тестове след заявка, просто проверете раздела „Тестове“ на изпълнената заявка и трябва да видите теста за проверка на кода на състоянието, който е добавен на ниво събиране, да бъде 200.
Със скриптове на ниво колекция, които постигнахме,
- Добавянето на скриптове и тестове с предварителна заявка на ниво колекция ги прави лесни за поддръжка. Примери, включва добавяне на общи заглавки към всички заявки, генериране на сесийни маркери за заявките чрез третата страна и т.н.
- Общи скриптове / тестове като валидиране на кодове за отговор могат да бъдат поставени на ниво колекция, за да се избегне повторение.
Заключение
В този урок се спряхме на скриптове и тестове за предварителна заявка или скриптове за заявки. Разгледахме и пример за използване на тези скриптове на ниво колекция, за да се избегне повторение и поставяне на общи скриптове на самото ниво на колекция.
Както скриптовете, така и тестовете за предварителна заявка са много мощна и важна характеристика на Postman и те добавят голяма стойност при създаването на интеграционен тест от край до край, особено за крайни точки на API, базирани на REST.
=> Посетете тук, за да научите пощальон от нулата.
Препоръчително четене
- Урок за POSTMAN: Тестване на API с помощта на POSTMAN
- Как да използвам пощальон за тестване на различни формати на API?
- Автоматизиране на валидирането на отговорите с твърдения в пощальон
- Работа с FTP заявка в JMeter
- Следпроцесор на Xpath Extractor в JMeter
- Кратко ръководство за SoapUI за съхраняване на данни за заявки и отговори във файл - Урок SoapUI # 15
- Използване на постопроцесор в JMeter (екстрактор за регулярни изрази)
- Колекции на пощальони: Импортиране, експортиране и генериране на проби от кодове