Menu

Top 10 nejpopulárnějších dotazů na pošťák s odpověďmi

  • Hlavní
  • Jiný
  • Top 10 nejpopulárnějších dotazů na pošťák s odpověďmi

top 10 most popular postman interview questions with answers

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Seznam nejčastěji kladených dotazů na pošťáky s odpověďmi, které vám pomohou při přípravě:

V tomto tutoriálu se budeme věnovat některým běžným dotazovacím otázkám ohledně nástroje Postman a různých technik testování API.

Pojďme prozkoumat !!

otázky na pohovor o agilní metodě skrumáže

=> Dávejte si pozor na sérii jednoduchých pošťáků.

Pošťák Interview Otázky

Nejčastěji kladené otázky týkající se rozhovorů s pošťáky

Otázka č. 1) Jak můžete nastavit záhlaví pro všechny požadavky, které jsou v konkrétní kolekci Postman?

Odpovědět: Sbírky poštovních doručovatelů umožňují přidávat skripty před vyžádáním na úrovni kolekce i na úrovni jednotlivých požadavků. Chcete-li přidat skript, který se vztahuje na všechny požadavky, které jsou v kolekci, budeme muset přidat skript před požadavkem na úrovni kolekce.

Postupujte podle níže uvedených kroků přidat skript předběžného požadavku na úrovni kolekce pro přidání záhlaví ke všem požadavkům.

na) Otevřete možnosti kolekce kliknutím pravým tlačítkem na kolekci a přejděte na kartu skriptu před vyžádáním.
b) Nyní přidejte níže uvedený skript pro přidání záhlaví požadavku pro všechny požadavky.

pm.request.headers.add({ key: 'TestHeader', value: 'testValue' });

C) Klepněte na Aktualizace uložit skript předběžného požadavku na úrovni kolekce.

d) Nyní proveďte jakýkoli požadavek v kolekci (přímo nebo prostřednictvím běhového nástroje kolekce) a zobrazte podrobnosti požadavku v ladicím programu konzoly Postman, abyste ověřili, zda skript předběžného požadavku funguje dobře a přidejte zadanou hlavičku.

Záhlaví skriptu Pre-Request

Otázka 2) Jaké je použití pracovních prostorů v Postmanu?

Odpovědět: Pracovní prostory pošťáka nejsou nic jiného než oblasti spolupráce nebo prostor pro práci jednoho nebo více lidí na stejné kolekci nebo sadě kolekcí. Je to způsob, jak logicky oddělit sbírky nebo požadavky od sebe navzájem.

Jinými slovy, jedná se pouze o abstrakci, pokud jde o logické oddělení požadavků.

Pošťák podporuje 2 typy pracovních prostor, tj. Týmový a osobní.

# 1) Týmové pracovní prostory jsou vytvořeny pro spolupráci s více lidmi, kteří jsou součástí stejného týmu. Podívejte se na to z pohledu společného sdíleného úložiště v git, kde může kdokoli vytáhnout kód úložiště a přispět.

Podobně pro všechny lidi, kteří jsou součástí týmu, bude sdílen pracovní prostor a každý může přispívat. Můžete také pozvat nové uživatele ke spolupráci s vaší sbírkou sdílením jejich e-mailového ID a když se někdo připojí nebo přijme toto pozvání, bude moci s touto kolekcí spolupracovat.

#dva) Osobní pracovní prostory jsou způsob, jak logicky oddělit sbírky (nebo projekty) od sebe navzájem. Jsou užitečné, když pracujete s více projekty a chcete od sebe oddělit související požadavky / sbírky. pak můžete pro oba projekty vytvořit samostatné pracovní prostory.

Chcete-li vytvořit nový pracovní prostor (týmový nebo osobní), jednoduše klikněte na ikonu pracovního prostoru a poté klikněte na „Vytvořit nový“.

Jakmile se otevře okno vlastností pracovního prostoru, vyberte, zda chcete vytvořit osobní nebo týmový pracovní prostor. U týmového pracovního prostoru se můžete rozhodnout pozvat lidi pomocí jejich e-mailových adres tím, že je požádáte o spolupráci na pracovním prostoru.

Takto bude vypadat okno vlastností pracovního prostoru.

Pracovní prostor pošťáka

Otázka č. 3) Jak mohou sbírky Postmana běžet přes příkazový řádek?

Odpovědět: Postman má nástroj pro integraci příkazového řádku s názvem Newman, pomocí kterého můžete spustit libovolnou existující kolekci Postman.

Newman je balíček založený na nodejs, který ke spuštění kolekce vyžaduje pouze prostředí uzlu a má úplnou paritu s běžecem kolekce Postman, tj. Běžec kolekce Newman podporuje funkce Postmana, jako jsou spouštěcí tvrzení, skripty předběžného požadavku nebo jiné související skripty s požadavky, které jsou součástí sbírky.

Chcete-li použít Newmana:

  • Musíte mít nainstalovaný uzel.
  • Nyní je třeba balíček Newman nainstalovat pomocí npm pomocí příkazu.
npm install -g newman
  • Je třeba provést kolekci a nejprve by se měla exportovat konfigurace přidruženého prostředí do jeho formátu JSON prostřednictvím aplikace Postman
  • Nyní spusťte níže uvedený příkaz a spusťte kolekci Postman přes Newmana.
newman run {{path to collection json}} -e {{path to environment json if any}}

Otázka č. 4) Jak můžete generovat sestavy založené na HTML, které provádějí testy prostřednictvím Postmana?

Odpovědět: Newman používá koncept reportérů a šablon ke generování zpráv HTML pro provedenou kolekci.

Chcete-li tedy generovat zprávy HTML, musíte nejprve nainstalovat reportér. Můžete nainstalovat libovolný z dostupných reportérů HTML, jako je Newman-reportér-html jako balíček uzlů prostřednictvím níže uvedeného příkazu.

npm install -g newman-reporter-html

Jakmile je reportér HTML nainstalován, můžeme pomocí příkazu Newman spustit kolekci s příznakem -r, tj. S příznakem reportéra a určit název reportéra jako HTML.

Používá se následující příkaz:

newman run {{path to collection json}} -e {{path to environment json if any}} -r html

Vezměte prosím na vědomí, že jelikož jsme nezmínili název nebo složku, kde chceme generovat přehledy, budou se zprávy standardně generovat ve složce s názvem „Newman“, která se vytvoří ve stejném adresáři, odkud je spuštěn příkaz Newman.

příklad testovacích případů pro webovou aplikaci

Otázka č. 5) Jak můžeme použít historii Postmana a uložit požadavky z historie Postmana do stávajících nebo nových sbírek?

Odpovědět: Jakýkoli požadavek, který se provede prostřednictvím aplikace Postman, je k dispozici pro referenci v sekci Historie aplikace. Takže v případě, že požadavek nebyl uložen do kolekce před tím, než byl spuštěn, můžeme se vždy vrátit zpět do sekce historie, kde načíst provedený požadavek a uložit jej do kolekce.

Další podrobnosti najdete na níže uvedeném snímku obrazovky.

Historie sbírky pošťáků

Otázka č. 6) Jak můžete do Pošťáka importovat požadavky v jiných formátech než v CURL?

Odpovědět: Postman podporuje mnoho běžných formátů požadavků pro export požadavků. Příklad. Java, C #, Python, PHP atd. Podporuje téměř všechny běžně používané knihovny a jazykové vazby.

Pro import požadavků zatím podporuje cURL. tj. můžete vložit příkaz curl do importu požadavku a převede se na požadavky Postmana, ale totéž nelze provést pomocí jiných jazykových vazeb, jako je Java, Python atd.

Druhým způsobem, jak importovat více požadavků najednou, je importovat celou kolekci přímo prostřednictvím souboru nebo kolekce JSON vloženého jako nezpracovaný text v okně importu.

Níže je uveden snímek obrazovky s tím, jak bude vypadat část importovaného surového textu možností importu.

Možnosti importu

Otázka č. 7) Je možné zaznamenávat žádosti a odpovědi v Pošťákovi?

Odpovědět: Postman umožňuje prohlížení těla odpovědi a dalších parametrů požadavku v samotné aplikaci.

Existují však chvíle, kdy jsme použili skripty před požadavkem a protože nejsme schopni zobrazit podrobnosti o adresách URL a záhlavích žádosti, které byly použity při provádění požadavku, a je vždy důležité zjistit, jak vypadal skutečný požadavek.

Pro zobrazení úplných požadavků a odpovědí na provedenou kolekci nebo individuální požadavek poskytuje Postman další konzolu nástroje nazvanou „Postman Console“ a lze ji použít k zobrazení všech podrobností požadavků / odpovědí.

Je také užitečné zobrazit výstup všech příkazů console.log, které jsou součástí skriptů nebo testů vyžadujících předběžný požadavek.

Níže je uveden snímek obrazovky konzoly Postman.

Okno poštovní konzoly

Otázka č. 8) Jak lze Postman použít k vytvoření Mock serverů?

Odpovědět: Postman umožňuje uživatelům simulovat back-end servery nebo jakékoli koncové body API, které jsou stále v aktivním vývoji, a spustit integrační test nebo end-to-end test, stále musíte prostřednictvím těchto koncových bodů získat nějakou předem definovanou odpověď.

Pošťák k vytvoření serverů Mock

Viz výše uvedený diagram, kde má front-end server / API několik závislých závislostí, z nichž jedna závislost stále probíhá. Abychom snížili závislost front-endu, který je schopen používat downstream až do jeho úplného dokončení, můžeme vytvořit falešný pro downstream a použít jej do doby, než závislost downstream není úplná.

Falešné servery tedy nejsou nic jiného než falešná implementace pro backend. Chcete-li vytvořit / používat falešné servery, měl by být uživatel registrován u Postmana alespoň u bezplatného účtu (Postman umožňuje uživatelům zaregistrovat se u bezplatného účtu prostřednictvím e-mailu uživatele).

Vezměte prosím také na vědomí, že pro bezplatný účet č. hovorů na falešný server je omezeno na 1 000 (Tento limit lze zvýšit zakoupením podnikového plánu nebo zakoupením další kvóty na stránce využití účtu Postman).

Zde je videonávod:

Chcete-li vytvořit falešný server, můžete použít existující kolekci, tj. Chcete-li vytvořit falešný pro celou kolekci nebo přidat požadavky při vytváření falešného serveru.

Falešný server vytvoříte podle níže uvedených kroků:

na) Klikněte na Nový a vyberte „Mock Server“.

b) Přidejte metodu požadavku, kterou chcete zesměšňovat, a přidejte kód odpovědi a tělo odpovědi, které mají být vráceny, zatímco se volá konkrétní koncový bod API.

Vytvořit Mock Server

C) Klikněte na Další a vyberte falešný název serveru (Pokud chcete, aby byl tento falešný server soukromý, bude vyžadována autorizační hlavička s názvem x-api-key, která bude vygenerována pro profil uživatele, přes který je Postman přihlášen).

Název vysmívaného serveru

d) Klikněte na „Vytvořit vzorový server“. V zásadě to bude hostovat váš koncový bod API na nějakém serveru Postman a vrátí nastavenou odpověď, kdykoli se konkrétní koncový bod volá.

co je soubor apk v systému Android

je) Také vytvoří nový soubor prostředí (který byl nastaven během falešného nastavení serveru) a nastaví adresu URL zesměšňovaného koncového bodu API jako proměnnou prostředí.

F) Vše je hotové a nyní můžete tento posměšný koncový bod použít k odesílání požadavků. Tuto zesměšňovanou implementaci lze použít pro závislé služby ve skutečném kódu, pokud jsou skutečné služby stále nasazeny.

Mocked Collection

Otázka č. 9) Jak můžeme používat vlastní knihovny Javascriptů se skripty nebo testy Postman Pre-request?

Odpovědět: Karanténa Postman poskytuje mnoho knihoven, které jsou integrovány a jsou k dispozici pro použití. Úplný seznam těchto knihoven najdete na tady Chcete-li tyto knihovny používat, budete je muset přidat do skriptů nebo testů vyžadujících požadavek pomocí příkazu „require“.

Zde je videonávod:

Podívejme se na jeden takový příklad používající moment.js a tato knihovna poskytuje spoustu užitečných funkcí pro provádění formátování v čase.

Řekněme, že existuje požadavek POST, který musí říci, datum vytvoření pro uživatele a očekává formát data RRRR-MM-DD . I když by toho bylo možné dosáhnout i pomocí prostého javascriptu, moment.js to dokáže s jedním řádkem kódu.

Podívejme se na to nyní v akci. Ve skriptu před požadavkem stačí přidat následující řádek kódu, abyste získali formátovaná data uložená v proměnné prostředí.

var moment = require('moment'); pm.environment.set('formattedDate',moment().format('YYYY-MM-DD'));

Dalším příkladem okamžiku může být přidání konkrétní hodnoty k aktuálnímu datu a její použití v těle požadavku. Například, chcete nastavit pole jako datum vypršení platnosti, na aktuální datum + 2 dny, stejně jako formátování na „RRRR-MM-DD“, a můžete jednoduše použít níže uvedený skript.

pm.environment.set('expiryDate',moment().add(2,'days').format('YYYY-MM-DD'));

Ve výše uvedeném skriptu vidíme, že jsme přidali nebo zahrnovali knihovnu „moment.js“ a použili jsme objekt jako jednoduchý kód Javascript. Podobně jako skripty před požadavkem lze tyto knihovny nebo moduly použít také ve skriptech nebo testech po požadavku k provádění podobných věcí.

K dispozici jsou další knihovny, například krypto js, ​​které by mohly být užitečné pro převod textu na šifrovanou hodnotu, jako je Base 64 nebo kódovaný hash, a mohly by být použity jako součást těla požadavku.

Otázka č. 10) Co jsou to pošťácké monitory?

Odpovědět: Monitory Postman nejsou nic jiného než monitory kolekce, které jsou nastaveny a jsou prováděny podle nakonfigurované frekvence. Obvykle se používají, když někdo chce, aby jejich kolekce běžela na určité frekvenci, a výsledky je nutné monitorovat s upozorněním na selhání prostřednictvím integrace e-mailem nebo uvolněním.

Obecně platí, že týmy se svou infrastrukturou, jako je CI a vlastní cloudové servery, by raději nepoužívaly monitory definované Postmanem, protože by fungovaly pouze na publikovaných nebo veřejných koncových bodech nebo na falešných koncových bodech (pokud jsou konfigurovány prostřednictvím falešných serverů).

Závěr

V tomto kurzu jsme se zabývali otázkami souvisejícími s některými běžnými koncepty Postmana, které jsou obvykle kladeny v rozhovorech.

Postman je velmi rozsáhlým a běžně používaným nástrojem pro všechny druhy testování API a díky nedávné podpoře GraphQL je ještě rozšiřitelnější a užitečnější. Spolu s dalšími výkonnými funkcemi, jako jsou Assertions & Workflows, nám umožňuje provádět testování integrace end-to-end pro téměř všechny typy koncových bodů REST API.

Pro každého backendového vývojáře i QA je Postman jedním z hlavních nástrojů pro provádění všech druhů ověřování integrace.

=> Navštivte zde a dozvíte se Pošťák od nuly.

Doporučené čtení

^