top 10 most popular postman interview questions with answers
Zoznam najčastejšie kladených otázok o rozhovoroch s poštármi a odpoveďami, ktoré vám pomôžu pri príprave:
V tomto výučbe sa budeme venovať niektorým častým otázkam rozhovorov týkajúcich sa nástroja Postman a rôznych testovacích techník API.
Poďme preskúmať !!
=> Dajte si pozor na jednoduchú sériu tréningov poštárov tu.
Najčastejšie otázky na pošte s rozhovorom
Otázka 1) Ako môžete nastaviť hlavičky pre všetky požiadavky, ktoré sú v konkrétnej zbierke Poštárov?
Odpoveď: Zbierky poštárov umožňujú pridávať skripty pred požiadavkou na úrovni zbierky, ako aj na úrovni jednotlivých žiadostí. Ak chcete pridať skript, ktorý sa vzťahuje na všetky požiadavky, ktoré sú v kolekcii, budeme musieť pridať skript pred požiadavkou na úrovni kolekcie.
Postupujte podľa nasledujúcich krokov k pridať skript predbežnej žiadosti na úrovni zbierky na pridanie hlavičky ku všetkým požiadavkám.
do) Otvorte možnosti kolekcie kliknutím pravým tlačidlom myši na kolekciu a prejdite na kartu skriptu pred požiadaním.
b) Teraz pridajte nasledujúci skript na pridanie hlavičky požiadavky pre všetky požiadavky.
pm.request.headers.add({ key: 'TestHeader', value: 'testValue' });
c) Kliknite Aktualizácia uložiť skript predbežnej žiadosti na úrovni zbierky.
d) Teraz vykonajte ľubovoľnú požiadavku v kolekcii (priamo alebo prostredníctvom bežca kolekcie) a pozrite si podrobnosti žiadosti v debuggeri konzoly Postman, aby ste overili, či skript pred požiadavkou funguje dobre a pridáte zadanú hlavičku.
Otázka č. 2) Aké je použitie pracovných priestorov v aplikácii Postman?
Odpoveď: Pracovné priestory poštárov nie sú nič iné ako oblasti spolupráce alebo priestor pre prácu jedného alebo viacerých ľudí na jednej zbierke alebo množine zbierok. Je to spôsob, ako logicky oddeliť zbierky alebo žiadosti od seba navzájom.
Inými slovami, ide iba o abstrakciu, pokiaľ ide o logické oddelenie požiadaviek.
Poštár podporuje dva typy pracovných priestorov, t. J. Tímový a osobný.
# 1) Tímové pracovné priestory sú vytvorené pre spoluprácu s viacerými ľuďmi, ktorí sú súčasťou rovnakého tímu. Pozerajte sa na to z pohľadu spoločného zdieľaného úložiska v gite, kde môže ktokoľvek vytiahnuť kód úložiska a prispieť.
Podobne pre všetkých ľudí, ktorí sú súčasťou tímu, je zdieľaný pracovný priestor a každý môže prispieť. Môžete tiež pozvať nových používateľov na spoluprácu s vašou zbierkou zdieľaním ich e-mailových ID. Keď sa niekto pripojí alebo prijme toto pozvanie, bude môcť s touto zbierkou spolupracovať.
#dva) Osobné pracovné priestory sú spôsobom, ako logicky oddeliť zbierky (alebo projekty) od seba navzájom. Sú užitočné, keď pracujete s viacerými projektmi a chcete od seba oddeliť súvisiace požiadavky / zbierky. potom môžete pre obidva projekty vytvoriť samostatné pracovné priestory.
Ak chcete vytvoriť nový pracovný priestor (tímový alebo osobný), jednoducho kliknite na ikonu pracovného priestoru a potom kliknite na tlačidlo „Vytvoriť nový“.
Po otvorení okna vlastností pracovného priestoru vyberte, či chcete vytvoriť osobný alebo tímový pracovný priestor. Pre tímový pracovný priestor môžete pozvať ľudí s ich e-mailovými adresami a požiadať ich o spoluprácu na tomto pracovnom priestore.
Takto bude vyzerať okno vlastností pracovného priestoru.
Otázka 3) Ako môžu zbierky Postmana prebiehať cez príkazový riadok?
Odpoveď: Postman má nástroj na integráciu príkazového riadku s názvom Newman, pomocou ktorého môžete spustiť ľubovoľnú existujúcu zbierku Postman.
Newman je balíček založený na nodejs, ktorý na vykonanie kolekcie vyžaduje iba prostredie uzla a má úplnú paritu s bežcom kolekcie Postman, tj. Bežec kolekcie Newman podporuje funkcie Postmana, ako sú napríklad spustenie tvrdení, skripty vyžadujúce predbežné vyžiadanie alebo akékoľvek iné skripty, ktoré sú k nej pridružené. s požiadavkami, ktoré sú súčasťou zbierky.
Ak chcete použiť Newmana:
- Musíte mať nainštalovaný uzol.
- Teraz je potrebné nainštalovať balík Newman cez npm pomocou príkazu.
npm install -g newman
- Je potrebné vykonať kolekciu a príslušnú konfiguráciu prostredia by ste mali najskôr exportovať do svojej formy JSON prostredníctvom aplikácie Postman
- Teraz spustite nasledujúci príkaz, aby ste spustili zbierku Postman cez Newmana.
newman run {{path to collection json}} -e {{path to environment json if any}}
Otázka č. 4) Ako môžete generovať správy založené na HTML, ktoré spúšťajú testy prostredníctvom Poštára?
Odpoveď: Newman používa koncept reportérov a šablón na generovanie správ HTML pre vykonanú kolekciu.
dvojitý koniec frontu c ++
Preto, aby ste mohli generovať správy HTML, musíte si najskôr nainštalovať reportér. Môžete si nainštalovať ľubovoľného z dostupných reportérov HTML, napríklad Newman-reportér-html ako balíček uzlov pomocou nižšie uvedeného príkazu.
npm install -g newman-reporter-html
Po nainštalovaní reportéra HTML môžeme pomocou príkazu Newman spustiť kolekciu s príznakom -r, tj. S príznakom reportéra, a určiť názov reportéra ako HTML.
Používa sa nasledujúci príkaz:
newman run {{path to collection json}} -e {{path to environment json if any}} -r html
Upozorňujeme, že keďže sme neuviedli názov alebo priečinok, kde sa majú generovať prehľady, štandardne sa prehľady budú generovať v priečinku s názvom „Newman“, ktorý sa vytvorí v rovnakom adresári, z ktorého sa vykonáva príkaz Newman.
Otázka č. 5) Ako môžeme použiť históriu poštových zásielok a uložiť žiadosti z poštovej histórie do existujúcich alebo nových zbierok?
Odpoveď: Všetky žiadosti, ktoré sa vykonajú prostredníctvom aplikácie Poštár, sú k dispozícii pre referenciu v sekcii História aplikácie. Takže v prípade, že požiadavka nebola uložená do kolekcie pred jej vykonaním, môžeme sa kedykoľvek vrátiť späť do sekcie histórie, aby sme vykonanú požiadavku načítali a uložili do kolekcie.
Ďalšie podrobnosti nájdete na nasledujúcom obrázku.
Otázka č. 6) Ako môžete importovať požiadavky do iných formátov ako cURL do služby Postman?
Odpoveď: Aplikácia Postman podporuje veľa bežných formátov požiadaviek na export žiadostí. Príklad. Java, C #, Python, PHP atď. Podporuje takmer všetky bežne používané knižnice a jazykové väzby.
Pre importovanie požiadaviek zatiaľ podporuje cURL. tj. môžete vložiť príkaz curl do importu požiadaviek a prevedie sa na požiadavky Postmana, ale to isté sa nedá urobiť pomocou iných jazykových väzieb, ako sú Java, Python atď.
Ďalším spôsobom, ako importovať viac požiadaviek naraz, je importovať celú kolekciu priamo cez súbor alebo súbor JSON vložený ako nespracovaný text v okne importu.
Nižšie je uvedená snímka obrazovky s tým, ako bude vyzerať časť importovaného surového textu v možnostiach importu.
Otázka č. 7) Je možné zaznamenať žiadosti a odpovede do služby Poštár?
Odpoveď: Poštár umožňuje prezeranie tela odpovede a ďalších parametrov požiadavky v samotnej aplikácii.
hp alm rozhovor otázky a odpovede
Sú však chvíle, kedy sme použili skripty pred požiadaním, a pretože nevidíme podrobnosti o adresách URL a hlavičkách žiadostí, ktoré boli použité pri vykonávaní žiadosti, a vždy je dôležité vidieť, ako vyzerala skutočná žiadosť.
Na zobrazenie úplných požiadaviek a odpovedí na vykonanú kolekciu alebo individuálnu žiadosť poskytuje Postman ďalšiu konzolu nástroja s názvom „Postman Console“ a je možné ju použiť na zobrazenie všetkých podrobností požiadaviek / odpovedí.
Je tiež užitočné vidieť výstup všetkých príkazov console.log, ktoré sú súčasťou skriptov alebo testov pred požiadaním.
Nižšie je uvedený obrázok obrazovky okna konzoly Postman.
Otázka č. 8) Ako je možné použiť Postman na vytvorenie simulovaných serverov?
Odpoveď: Aplikácia Postman umožňuje používateľom simulovať back-endové servery alebo akékoľvek koncové body API, ktoré sú stále v aktívnom vývoji, a vykonať integračný test alebo end-to-end test, cez tieto koncové body musíte ešte získať preddefinovanú odpoveď.
Pozrite si vyššie uvedený diagram, kde má front-end server / API niekoľko závislých závislostí, z ktorých jedna závislosť ešte stále prebieha. Aby sme znížili závislosť klientskeho rozhrania, ktoré dokáže využívať downstream až do jeho úplného dokončenia, môžeme vytvoriť falošnú verziu pre downstream a používať ho až do času, kým závislosť downstream nebude úplná.
Falošné servery teda nie sú ničím iným ako falošnou implementáciou pre backend. Na vytvorenie / použitie falošných serverov by mal byť používateľ zaregistrovaný v službe Postman aspoň pre bezplatný účet (Postman umožňuje používateľom zaregistrovať sa pre bezplatný účet prostredníctvom e-mailu používateľa).
Upozorňujeme tiež, že pre bezplatný účet platí č. hovorov na falošný server je obmedzené na 1 000 (Tento limit je možné zvýšiť zakúpením podnikového plánu alebo zakúpením dodatočnej kvóty na stránke používania účtu Postman).
Tu je videonávod:
Ak chcete vytvoriť falošný server, môžete použiť existujúcu kolekciu, t. J. Ak chcete vytvoriť falošný obsah pre celú svoju kolekciu alebo pridať žiadosti pri vytváraní falošného servera.
Podľa nasledujúcich pokynov vytvorte falošný server:
do) Kliknite na Nový a vyberte „Mock Server“.
b) Pridajte metódu (-y) žiadosti, ktoré sa majú vysmievať, a pridajte kód odpovede a telo odpovede, ktoré sa majú vrátiť, keď sa volá konkrétny koncový bod API.
c) Kliknite na Ďalej a vyberte falošný názov servera (Ak chcete, aby bol tento falošný server súkromný, bude sa vyžadovať autorizačná hlavička s názvom x-api-key, ktorá sa vygeneruje pre užívateľský profil, cez ktorý je prihlásený Postman).
d) Kliknite na „Vytvoriť simulovaný server“. V podstate to bude hostiť váš koncový bod API na nejakom serveri Postman a vráti nastavenú odpoveď vždy, keď sa konkrétny koncový bod zavolá.
je) Vytvorí tiež nový súbor prostredia (ktorý bol nastavený počas falošného nastavenia servera) a nastaví adresu URL vysmievaného koncového bodu API ako premennú prostredia.
f) Ste hotoví a teraz môžete tento vysmievaný koncový bod posielať na adresu. Túto simulovanú implementáciu je možné použiť pre závislé služby v skutočnom kóde, ak sú skutočné služby stále nasadené.
Otázka č. 9) Ako môžeme používať vlastné knižnice Javascriptov so skriptmi alebo testami Postman Pre-request?
Odpoveď: Karanténa Postman poskytuje veľa knižníc, ktoré sú zabudované a sú k dispozícii na použitie. Úplný zoznam týchto knižníc nájdete v časti tu Ak chcete používať tieto knižnice, budete ich musieť pridať do skriptov alebo testov vyžadujúcich požiadavku pomocou príkazu „require“.
Tu je videonávod:
Pozrime sa na jeden taký príklad použitia moment.js a táto knižnica poskytuje mnoho užitočných funkcií na vykonávanie formátovania v čase.
Povedzme, že existuje požiadavka POST, ktorá musí povedať, dátum vytvorenia pre používateľa, a očakáva formát dátumu RRRR-MM-DD . Aj keď by to bolo možné dosiahnuť aj pomocou obyčajného javascriptu, moment.js to dokáže pomocou jedného riadku kódu.
Pozrime sa na to teraz v akcii. V skriptu na požiadanie stačí pridať nasledujúci riadok kódu, aby ste získali formátované údaje uložené v premennej prostredia.
var moment = require('moment'); pm.environment.set('formattedDate',moment().format('YYYY-MM-DD'));
Ďalším príkladom v danom okamihu môže byť pridanie konkrétnej hodnoty k aktuálnemu dátumu a jej použitie v tele žiadosti. Napríklad, chcete nastaviť pole ako dátum exspirácie, aktuálny dátum + 2 dni a formátovanie „RRRR-MM-DD“, môžete jednoducho použiť nasledujúci skript.
pm.environment.set('expiryDate',moment().add(2,'days').format('YYYY-MM-DD'));
Vo vyššie uvedenom skripte vidíme, že sme pridali alebo zahrnuli knižnicu ‘moment.js’ a objekt sme použili ako jednoduchý kód Javascript. Podobne ako v prípade skriptov pred požiadaním, aj tieto knižnice alebo moduly sa dajú použiť v skriptoch alebo testoch po požiadaní, aby sa mohli robiť podobné úlohy.
K dispozícii sú ďalšie knižnice, napríklad crypto js, ktoré by mohli byť užitočné na prevod textu na šifrovanú hodnotu, ako je Base 64 alebo kódovaný hash, a mohli by sa použiť ako súčasť tela žiadosti.
Otázka č. 10) Čo sú to poštové monitory?
Odpoveď: Monitory poštárov nie sú nič iné ako monitory zhromažďovania, ktoré sú nastavené a sú vykonávané podľa nakonfigurovanej frekvencie. Spravidla sa používajú, keď niekto chce, aby jeho zbierka bežala na konkrétnej frekvencii a je potrebné monitorovať výsledky s upozornením na zlyhania prostredníctvom integrácie e-mailom alebo oneskorením.
Tímy s ich infraštruktúrou, ako sú CI a vlastné cloudové servery, by vo všeobecnosti radšej nepoužívali monitory definované spoločnosťou Postman, pretože by fungovali iba na zverejnených alebo verejných koncových bodoch alebo na falošných koncových bodoch (ak sú nakonfigurované prostredníctvom falošných serverov).
Záver
V tomto tutoriáli sme sa venovali otázkam súvisiacim s niektorými bežnými konceptmi Postmana, ktoré sa zvyčajne kladú v rozhovoroch.
Postman je veľmi rozsiahly a bežne používaný nástroj pre všetky druhy testovania API a s nedávnou podporou GraphQL je ešte rozšíriteľnejší a užitočnejší. Spolu s ďalšími výkonnými funkciami, ako sú Assertions & Workflows, nám umožňuje vykonávať komplexné testovanie integrácie takmer všetkých typov koncových bodov REST API.
Pre každého backendového vývojára aj pre QA je Postman jedným z hlavných nástrojov na vykonávanie všetkých druhov overovania integrácie.
=> Navštívte tu a dozviete sa Poštára od nuly.
Odporúčané čítanie
- Dotazy a odpovede na pohovor
- Spock Interview Otázky s odpoveďami (najobľúbenejšie)
- ETL Testovacie otázky a odpovede na pohovor
- 20 najobľúbenejších otázok a odpovedí na pohovory s TestNG
- Niektoré zložité otázky a odpovede na ručné testovanie
- Top 30+ populárnych otázok a odpovedí na rozhovor s uhorkou
- Top 50 najpopulárnejších otázok a odpovedí na rozhovory s CCNA
- Top 40 populárnych otázok a odpovedí na rozhovory s J2EE, ktoré by ste si mali prečítať