Menu

Používání JSON pro testování rozhraní

using json interface testing

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

Používání JSON pro testování rozhraní:

Testováním rozhraní se ověřuje komunikace mezi dvěma různými systémy. Provádí se na testované aplikaci, aby se ověřilo, zda je komunikace mezi dvěma sítěmi správně a správně.

Rozhraní je v zásadě spojení mezi dvěma softwarovými systémy a testování tohoto připojení pro přenos dat se nazývá Testování rozhraní. Rozhraní pokrývá širokou škálu služeb v reálném světě, lze jej použít k označení webové služby, API atd.

Testování rozhraní

Rozhraní obsahuje sadu pravidel, zpráv, příkazů atd., Které usnadňují komunikaci mezi dvěma systémy.

Toto testování se soustředí hlavně na testování dvou hlavních segmentů:

  • Komunikace databáze a aplikačního serveru
  • Komunikace webového a aplikačního serveru

Test rozhraní se provádí za účelem vyhodnocení výše uvedených scénářů k ověření, zda komponenty správně předávají řízení a data navzájem správně. Také ověřuje interakci mezi různými moduly.

Co se naučíte:

Proč se provádí test rozhraní?

Provádí se k zajištění:

  • Pokud je komunikace mezi systémy provedena správně.
  • Veškerý software a hardware používaný v systému funguje správně.
  • Všechny dokumenty, které jsou propojeny s komunikací, jsou k dispozici na všech integrovaných platformách.
  • Požadavky na zabezpečení a šifrování dodržují komunikaci mezi systémy.
  • Integrované komponenty jsou schopny zvládnout výpadky sítě a ztrátu komunikace.

Druhy nalezených vad

Většina vad zjištěných při testování uživatelského rozhraní je způsobena nesprávným mapováním dat mezi systémy. Většinu chyb lze tedy v zásadě rozdělit do následujících kategorií.

  • Nekonzistentní přenos dat mezi těmito dvěma systémy.
  • Jeden ze systémů nesprávně interpretuje přenos dat z jiného systému.
  • Přenosový kanál nebo rozhraní mezi těmito dvěma systémy selhaly a to omezuje přenos dat mezi systémy, což způsobilo selhání celého rozhraní.

Jak se to provádí?

Lze jej rozdělit hlavně do následujících fází:

  • Rozhraní lze v průběhu testovat jednotlivě testování systému . Tento typ testování se provádí hlavně pomocí pahýlu nebo fiktivního systému. Fiktivní systém nebo pahýl se vydává za chování celé interakce systému.
  • Dalším příkladem, kde se provádí test rozhraní, je spojení, kde dva systémy vzájemně komunikují.
  • Proto testujeme, zda data odeslaná jedním systémem byla správně mapována a vložena do jiného systému, či nikoli. Kromě vkládání dat také kontrolujeme integritu dat, tj. Data po vložení do jiného systému nebyla manipulována nebo měněna atd.
  • Testování lze provést také v případě, že systém přenáší data do jiné databáze aplikací. Zde otestujeme, zda byla data z jednoho systému správně vložena do daného sloupce dané tabulky na základě mapování. Rovněž otestujeme integritu dat a konzistenci dat s ohledem na zdrojový systém.

Ve všech těchto scénářích testování se test rozhraní provádí na základě obchodních požadavků a pravidel obchodního toku.

Rozdíl mezi testováním rozhraní a testováním integrace

Ověření a ověření funkce end-to-end komponent propojených dohromady se nazývá Testování integrace nebo populárněji jako testování integrace systému. Testování integrace ověřuje hlavně to, zda dva nebo více systémů integrovaných dohromady funguje bezchybně nebo ne.

Testování Rozhraní na druhou stranu se v zásadě soustředí na spojovací kanál mezi těmito dvěma systémy. Spojovací kanál mezi dvěma nebo více systémy se nazývá rozhraní. Testování tohoto připojovacího kanálu se nazývá Testování rozhraní. Většina rozhraní jsou buď API, nebo webové služby. Nemá uživatelské rozhraní, ale přijímá vstup a poskytuje uživateli výstup.

Například

Testování rozhraní

Ve výše uvedeném příkladu web a databáze sdílejí rozhraní pro přenos přihlašovacích údajů, tj. Uživatelské jméno a heslo.

Rozhraní používá webovou službu k odeslání přihlašovacích údajů do databáze, která následně ověří pravost příchozí zprávy (uživatelské jméno a heslo) a vrátí hodnotu jako true, pokud se uživatelské jméno i heslo shodují se záznamem přítomným v databázi nebo false v případě, že se některé z nich nebo obojí uživatelské jméno a heslo neshoduje s údaji uvnitř.

Podívejme se na příklad testování rozhraní:

Řekněme, že máme aplikaci, kde máme různé databáze, které spolu interagují.

V tomhle příklad , zvážíme dvě interakce s databází prostřednictvím kanálu rozhraní.

Uvažujme, že existují dvě databáze nebo aplikace, databáze A a B. „A“ přenáší některá data do „B“, které pak B používá k provedení určité operace. Po provedení určité operace s příchozími daty B vloží tato data do databáze a vytvoří výstupní JSON pro potvrzení se seznamem aktualizovaných dat a odešle je zpět do A.

A i B používají kanál komunikace pro komunikaci mezi nimi.

Obchodní scénář

„A“ obsahuje údaje o zaměstnancích všech zaměstnanců patřících k finančnímu oddělení.

Data je třeba přenést do „B ' denně. „B“ obsahuje údaje o obecných podrobnostech zaměstnanců. Všechna data z „A“ je třeba přenést do konkrétní tabulky a sloupce „B“. Kromě zadávání údajů musí „B“ také třídit a organizovat data. Musí se také ujistit, zda byla data zadána proti správnému zaměstnanci.

Jakmile jsou data zadána do systému, „B“ by měl poslat výstupní JSON k potvrzení, zda byla data vložena do databáze.

V případě jakékoli nesrovnalosti ve schématu JSON nebo chybějících údajů „B“ data nezpracuje a odešle zprávu Reject JSON s důvodem odmítnutí.

Obchodní scénář testování rozhraní

Nastavení testovacího prostředí

K otestování scénáře, jako je tento, budeme potřebovat testovací útržek napodobující databázi „A“. Vývojář může poskytnout umístění, kde můžete buď vypsat svůj testovací JSON nebo falešné uživatelské rozhraní a vložit data JSON a vyvolat zpracování prostřednictvím rozhraní. Pro účely testování můžeme mít také výstupní umístění, kde můžeme obdržet potvrzovací JSON z „B“.

V našem příklad , použijeme cestu ke složce, kam vložíme náš testovací JSON, služba bude neustále házet umístění pro soubor JSON. Jakmile je soubor k dispozici, služba soubor vyzvedne a odešle jej přes rozhraní do „B“. Jakmile je soubor vyzvednut, bude odstraněn z místa vyzvednutí.

Zahájení testování

Jakmile je testovací prostředí nastaveno, dalším krokem je vytvoření testovacích dat.

Při vytváření testovacích dat (čtení testu JSON) bychom měli mít na paměti několik věcí:

  • Dodržujte obchodní pravidla.
  • Zkontrolujte, zda jsou vyplněna povinná pole.
  • Změňte hodnotu polí podle obchodních pravidel pro každý test.
  • Zkontrolujte, zda je schéma JSON ve správném formátu.
  • Ujistěte se, že byla dodržena nomenklatura pro název souboru JSON.

Pojďme se podívat na ukázkový testovací JSON, který použijeme pro testování:

{ 'employeeID ': 2569875, 'LastName': “Jackson”, 'baseSalary': 2569, 'DesignationCode':'P102', “Expenditure”:{ 'Month':“Feb”, 'Year': 2017, 'Official':560, 'Others”:0, } }

Začněte svůj test

Jakmile vytvoříte testovací soubor JSON, umístěte jej na místo vyzvednutí. Služba to vyzvedne a odešle do databáze B.

Scénáře k testování:

Pro tento příklad může být testováno několik scénářů, jako například:

  • Práce s webovou službou pro odesílání a příjem dat.
  • Integrita dat pro vstupní data. To lze ověřit dotazem na tabulky a sloupce v databázi B pro data zadaná prostřednictvím testovacího JSON.
  • Negativní scénáře.

Nejprve zkontrolujeme, zda byl testovací soubor JSON vyzvednut z umístění nebo se v něm nenachází. Tím se ověří fungování služby. Dále přejdeme do výstupní složky a zobrazíme výstupní JSON. Přítomnost výstupu JSON se ověří, pokud byla vstupní data odeslána do databáze B a bylo přijato potvrzení pro stejný.

Další část testování zahrnuje ověření dat zadaných do databáze.

Ve výše uvedeném testu ověříme, zda byla data odeslaná prostřednictvím testu JSON správně zadána do databáze. Ověření integrity dat, konzistence dat a vložení dat. Budeme muset dotazovat databázi B pro daný sloupec v konkrétní tabulce, abychom ověřili, zda byla data do tabulky správně vložena.

Řekněme, že máme tabulku EmpDetails, do které je třeba data vložit. Spustíme tedy dotaz k ověření dat.

Dotaz bude vypadat asi takto:

SELECT employeeID, LastName, baseSalary, DesignationCode, Month, Year, Official, Others FROM EmpDetails Where employeeID = 2569875;

Zde budeme jako primární klíč pro dotazování na data v tabulce EmpDetails používat ID zaměstnance. Dotazujeme pomocí celého názvu sloupce, do kterého byla data vložena. Pak lze data v názvu sloupce ověřit pomocí dat odeslaných prostřednictvím JSON.

Ve výše uvedeném případě jsou data z JSON uložena ve více než jedné tabulce v databázi, proto můžete použít SQL JOINS k načtení všech požadovaných dat.

Třetím krokem v testování bude testování negativních scénářů.

Některé z negativních scénářů, které lze testovat, jsou:

  • Chování systému při přenosu nesprávných dat prostřednictvím JSON.
  • Když má JSON nesprávné schéma nebo strukturu.
  • Pokud zpracovávanému JSON chybí primární klíč nebo povinná pole.
  • Nomenklatura souboru JSON je neplatná.

Ve všech těchto případech by systém měl být schopen tyto scénáře zpracovat a do systému by se podle obchodního pravidla neměla vkládat žádná data.

Závěr

Spojovací kanál mezi dvěma systémy, kterými se přenášejí data, se nazývá rozhraní a testování rozhraní funguje hlavně kolem testování těchto připojení. Většina rozhraní využívá webovou službu nebo API. Ne vždy má uživatelské rozhraní, ale přijímá vstup a poskytuje výstup.

jak otevřít torrentované soubory ve Windows 10

Jako jeden z nejpoužívanějších formátů přenosu dat lze JSON použít pro přenos dat rozhraní.

Tester musí mít základní znalosti o struktuře JSON, aby mohl vytvářet testovací data (ve formě JSON) a číst výstupní data ze systému. Tester by měl být také dobře obeznámen s mapováním mezi klíči JSON a sloupcem databázové tabulky.

Každý tester, který chce pracovat na testování rozhraní, by měl mít jasné znalosti o obchodních pokynech a pravidlech aplikace. Tester by měl mít také odpovídající znalosti o databázi a měl by být schopen psát jednoduché dotazy SQL.

V případě jakýchkoli dotazů nebo vysvětlení nás prosím kontaktujte v sekci komentářů.

Výukový program č. 5: JSON Interview Questions

Doporučené čtení

^