how when use postman pre request
У овом упутству ћемо објаснити како и када се користе поштанске поштанске скрипте и скрипте или тестови за захтев уз помоћ једноставних примера:
Аналогно свету јединственог тестирања, скрипта за пред-захтев није ништа друго до подешавање које ће се догодити пре него што се тест изврши. Слично томе, у Поштару, ако желите да измените захтев на одређени начин, скрипта за пред-захтев је место за стављање те логике или кода који гарантује пре него што започне извршење захтева.
=> Овде припазите на једноставну серију обука за поштаре.
Шта ћете научити:
Ток захтева поштара
Прво, покушајмо да схватимо како Постман омогућава или дозвољава извршавање скрипти пре и теста у контексту извршавања захтева. Постман има моћно време извршавања које се заснива на Ноде ЈС-у, што омогућава додавање могућности скриптирања пре и после извршавања захтева.
Скрипте нису ништа друго до Јавасцрипт код који поштар песковника разуме и извршава по жељи.
Погледајте доњу слику да бисте разумели ток захтева поштара.
шта је тип СВФ датотеке
Ево видео упутства:
Скрипта за претходни захтев је улазна тачка за извршавање захтева у Поштару. Ако је додата било која скрипта / логика као део скрипте за пред-захтев која се прво извршава, након чега се извршава стварно извршење захтева и када се добије одговор, извршавају се тестови или скрипте за пост-захтев.
Скрипте за претходни захтев
Скрипте за претходни захтев су логика или део кода који се гарантују за извршавање пре него што започне извршење захтева. Омогућава додавање динамичког понашања за захтевање извршења.
Овде је важно напоменути да се скрипте за претходни захтев могу применити и на нивоу колекције, што индиректно значи да ће се скрипта за претходни захтев применити на све захтеве који су део те колекције.
Погледајте доњу слику да бисте видели ток захтева када су тамо скрипта и тестови за пред-захтев на нивоу сакупљања.
Када користити скрипте за претходни захтев?
Скрипте за претходни захтев су обично корисне када је потребна претходна обрада пре него што се захтев изврши.
# 1)На пример, претпоставимо да ваш захтев очекује сигурносни токен који треба да се преузме са независног сервера и како се ова вредност мења са сваким извршавањем захтева, није могао да се одржи и са променљивим околине / глобалне.
Скрипте пре-захтева савршено су место за извршавање такве логике, а затим је користе и за извршавање захтева.
Погледајмо пример како се користи скрипта за претходни захтев у овом случају. За илустрацију ћемо користити исту крајњу тачку ГЕТ АПИ хттпс://рекрес.ин/апи/усерс/{(рандомВал}}
Овде је {{рандомВал}} насумични цео број између 1 и 10 који би се израчунао у скрипти за претходни захтев.
Ево протока скрипте.
- Додајте логику на картици скрипте пре-захтева. Генеришите случајни број између 1 т0 10.
var random = Math.floor(Math.random() * 10); pm.variables.set('randomVal',random)- Похраните генерисани случајни број у окружење или локалну променљиву. У горенаведеном исечку кода можете видети да смо генерисали случајну вредност између 1 и 10 и ускладиштили је у локалној променљивој названој „рандомВал“.
- Користите променљиву окружења као део тела захтева.
- Извршите захтев.
- Потврдите резултат. Можете покушати да ударите захтев више пута и видите како захтев добија погодак за различите вредности усерИдс које су генерисане кроз скрипту случајних променљивих.
#два) Скрипте за претходни захтев такође су корисне када желите одређене операције повезане са заглављем. На пример, заглавље захтева очекујући ИД сесије који треба насумично генерисати и треба неке друге конверзије попут кодирања базе 64 или обраде уопште.
Коришћење скрипти пре и после захтева за колекције
Као што је горе речено, скрипте пре захтева могу се применити и на нивоу колекције. Те скрипте би се односиле на све захтеве који су доступни у колекцији. Слично скриптама пре захтева, и тестови или скрипте после захтева могу се применити на колекцију.
Погледајмо илустрацију скрипти и тестова за пред-захтев на нивоу колекције и видећемо како скрипте ступају у акцију за сваки захтев у колекцији.
Користићемо колекцију поштара са 2 захтева са следећим крајњим тачкама теста.
- ДОБИТИ хттпс://рекрес.ин/апи/усерс/1
- ПОШТА хттпс://рекрес.ин/апи/регистер са телом захтева као ЈСОН са 2 поља, тј. емаилИд и лозинком.
За ове захтеве ћемо додати следеће скрипте на нивоу колекције.
- Претходни захтев: Додајте ново заглавље под називом „Цонтент-Типе“ и подесите вредност заглавља на „апплицатион / јсон“.
- Тест: Као валидацију теста или накнадног захтева, проверићемо да ли враћени одговор има ХТТП статусни код 200 или не.
Молимо следите доње кораке
# 1) Направите нову поштарску колекцију са горе наведеним захтевима ГЕТ и ПОСТ.
#два) Десни клик Колекција -> Изаберите уређивање за додавање скрипти и тестова за претходни захтев на нивоу колекције.
до) За скрипту за пред-захтев, одаберите картицу Скрипте за пред-захтев у прозору за уређивање колекције и додајте доњу скрипту (Ова скрипта ће додати заглавље под називом „Цонтент-Типе“ са вредностом апплицатион / ЈСОН за све захтеве унутар колекције) .
pm.request.headers.add({ key: 'Content-Type', value: 'application/json' }); 
б) Да бисте додали тестове или скрипту након захтева, додајте доњу скрипту на картицу „Тестови“. (Ова скрипта ће додати тест за потврђивање одговора са ХТТП статусом 200 за све захтеве који се налазе унутар колекције).
pm.test('Status code is 200', function () { pm.response.to.have.status(200); }); 
ц) Када се додају скрипте, кликните на „Ажурирај“ да бисте сачували извршене промене.
# 3) Покушајмо сада да покренемо захтеве унутар колекције и видимо да ли су скрипте и тестови пред-захтева наведени на нивоу колекције правилно постављени или не.
# 4) Отворите први ГЕТ захтев и извршите га кликом на „Пошаљи“ дугме. Да бисмо видели заглавља захтева, можемо да користимо поштарску конзолу која приказује комплетне детаље захтева и одговора за све захтеве који пролазе кроз поштарску апликацију.
Касније ћемо детаљно разговарати о Постман конзоли, али у овом упутству ћемо је користити само за потврђивање заглавља захтева.
Да бисте отворили конзолу, кликните икону конзоле у доњем левом углу апликације Поштар или одаберите опцију конзоле у менију Прозор (имајте на уму да су сличне опције доступне за Виндовс ОС као и за апликацију Поштар).
# 5) Да бисте потврдили скрипте или тестове након захтева, једноставно потврдите картицу „Тестови“ извршеног захтева и требало би да видите тест за потврђивање статусног кода који је додан на нивоу колекције на 200.
Са скриптама на нивоу колекције које смо постигли,
информатица поверцентер интервју питања и одговори
- Додавање скрипти и тестова пре захтева на нивоу колекције олакшава их одржавање. Примери, укључују додавање заједничких заглавља свим захтевима, генерисање токена сесије за захтеве преко треће стране итд.
- Уобичајене скрипте / тестови попут валидације кодова одговора могу се поставити на ниво колекције како би се избегло понављање.
Закључак
У овом упутству смо се позабавили скриптама за претходни захтев и тестовима или скриптама за захтеве. Такође смо прошетали кроз пример коришћења ових скрипти на нивоу колекције како бисмо избегли понављање и постављање уобичајених скрипти на сам ниво колекције.
И скрипте и тестови пре захтева су врло моћна и важна карактеристика Постман-а и додају велику вредност у стварању интеграционог теста од краја до краја, посебно за АПИ крајње тачке засноване на РЕСТ-у.
=> Посетите овде да бисте поштара научили испочетка.
Препоручено читање
- Водич за ПОСТМАН: Испитивање АПИ-ја помоћу ПОСТМАН-а
- Како се користи поштар за тестирање различитих формата АПИ-ја?
- Аутоматизација валидације одговора тврдњама поштара
- Рад са ФТП захтевом у ЈМетер-у
- Постпроцесор Кспатх Ектрацтор у ЈМетер-у
- Кратки водич за СоапУИ за чување података о захтевима и одговорима у датотеци - Водич за СоапУИ бр. 15
- Коришћење постпроцесора у ЈМетер-у (екстрактор регуларног израза)
- Збирке поштара: увоз, извоз и генерисање узорака кода