using json interface testing
Používanie JSON na testovanie rozhrania:
Testovaním rozhrania sa overuje komunikácia medzi dvoma rôznymi systémami. Vykonáva sa na testovanej aplikácii, aby sa overilo, či je komunikácia medzi dvoma sieťami medzi sebou a tam, kde je.
Rozhranie je v podstate spojenie medzi dvoma softvérovými systémami a testovanie tohto spojenia na prenos dát sa nazýva Testovanie rozhrania. Rozhranie pokrýva širokú škálu služieb v reálnom svete, možno ho použiť na označenie webových služieb, API atď.
Rozhranie obsahuje súbor pravidiel, správ, príkazov atď., Ktoré uľahčujú komunikáciu medzi dvoma systémami.
Toto testovanie sa zameriava hlavne na testovanie dvoch hlavných segmentov:
- Komunikácia databázy a aplikačného servera
- Komunikácia webového a aplikačného servera
Test rozhrania sa vykonáva s cieľom vyhodnotiť vyššie uvedené scenáre, aby sa overilo, či komponenty správne navzájom odovzdávajú kontrolu a údaje. Overuje tiež interakciu medzi rôznymi modulmi.
Čo sa dozviete:
- Prečo sa vykonáva test rozhrania?
- Ako sa vykonáva?
- Rozdiel medzi testovaním rozhrania a testovaním integrácie
- Podnikateľský scenár
- Vyskúšajte nastavenie prostredia
- Spustenie testovania
- Záver
- Odporúčané čítanie
Prečo sa vykonáva test rozhrania?
Vykonáva sa s cieľom zabezpečiť:
- Pokiaľ je komunikácia medzi systémami vykonávaná správne.
- Všetok softvér a hardvér, ktorý sa používa v systéme, funguje správne.
- Všetky dokumenty, ktoré sú spojené s komunikáciou, sú k dispozícii na všetkých integrovaných platformách.
- Požiadavky na zabezpečenie a šifrovanie zodpovedajú komunikácii medzi systémami.
- Integrované komponenty sú schopné zvládnuť výpadky siete a stratu komunikácie.
Druhy nájdených závad
Väčšina chýb zistených pri testovaní používateľského rozhrania je spôsobená nesprávnym mapovaním údajov medzi systémami. Väčšinu chýb teda môžeme v zásade rozdeliť do nasledujúcich kategórií.
- Nekonzistentný prenos údajov medzi týmito dvoma systémami.
- Jeden zo systémov nesprávne interpretuje prenos údajov z iného systému.
- Zlyháva prenosový kanál alebo rozhranie medzi týmito dvoma systémami, čo obmedzuje prenos údajov medzi systémami, čo spôsobí zlyhanie celého rozhrania.
Ako sa vykonáva?
Možno ho rozdeliť hlavne do nasledujúcich fáz:
- Rozhrania je možné individuálne testovať testovanie systému . Tento typ testovania sa vykonáva hlavne pomocou pahýľa alebo fiktívneho systému. Fiktívny systém alebo pahýl sa vydáva za správanie celej interakcie systému.
- Ďalším príkladom, kde sa vykonáva test rozhrania, je križovatka, kde dva systémy navzájom komunikujú.
- Preto testujeme, či údaje odoslané jedným systémom boli správne zmapované a vložené do iného systému. Okrem vloženia údajov kontrolujeme aj integritu údajov, t. J. Údaje po vložení do iného systému neboli manipulované ani zmenené atď.
- Testovanie je možné vykonať aj vtedy, keď systém prenáša údaje do inej databázy aplikácií. Tu otestujeme, či boli dáta z jedného systému na základe mapovania správne vložené do daného stĺpca danej tabuľky. Budeme tiež testovať integritu a konzistenciu údajov so zreteľom na zdrojový systém.
Vo všetkých týchto testovacích scenároch sa test rozhrania vykonáva na základe obchodných požiadaviek a pravidiel obchodného toku.
Rozdiel medzi testovaním rozhrania a testovaním integrácie
Zavolá sa overenie a validácia end-to-end funkčnosti navzájom prepojených komponentov Testovanie integrácie alebo populárnejšie ako testovanie integrácie systému. Testovanie integrácie overuje hlavne to, či dva alebo viac systémov integrovaných dohromady funguje bezchybne alebo nie.
Testovanie Rozhranie na druhej strane sa v zásade sústreďuje na spojovací kanál medzi týmito dvoma systémami. Spojovací kanál medzi dvoma alebo viacerými systémami sa nazýva rozhranie. Testovanie tohto spojovacieho kanálu sa nazýva Testovanie rozhrania. Väčšina rozhraní sú buď API alebo webové služby. Nemá používateľské rozhranie, ale prijíma vstup a poskytuje používateľovi výstup.
Napríklad
Vo vyššie uvedenom príklade webová stránka a databáza zdieľajú rozhranie na prenos prihlasovacích informácií, t. J. Používateľské meno a heslo.
Rozhranie využíva webovú službu na odoslanie prihlasovacích informácií do databázy, ktorá následne overí pravosť prichádzajúcej správy (používateľské meno a heslo) a vráti hodnotu ako pravdivú, ak sa používateľské meno aj heslo zhodujú so záznamom nachádzajúcim sa v databáze alebo false v prípade, že sa niektoré z nich alebo obidve používateľské meno a heslo nezhodujú s údajmi vo vnútri.
Uveďme si príklad testovania rozhrania:
Povedzme, že máme aplikáciu, kde máme rôzne databázy, ktoré navzájom interagujú.
V tomto príklad , zvážime dve interakcie s databázou prostredníctvom kanála rozhrania.
Uvažujme, že existujú dve databázy alebo aplikácia, databáza A a B. „A“ prenáša niektoré údaje do „B“, ktoré potom B používa na vykonanie určitej operácie. Po vykonaní určitej operácie s prichádzajúcimi údajmi B vloží tieto údaje do databázy a vytvorí výstupný JSON na potvrdenie so zoznamom aktualizovaných údajov a odošle ich späť do A.
A aj B používajú na komunikáciu medzi sebou kanál rozhrania.
Podnikateľský scenár
„A“ obsahuje údaje o zamestnancoch všetkých zamestnancov patriacich k finančnému oddeleniu.
Údaje je potrebné preniesť do „B „ denne. „B“ obsahuje údaje o všeobecných podrobnostiach zamestnanca. Všetky údaje z „A“ je potrebné preniesť do konkrétnej tabuľky a stĺpca v „B“. Okrem zadania údajov musí byť položka „B“ tiež triedená a usporiadaná. Musí sa tiež ubezpečiť, či boli údaje zadané proti správnemu zamestnancovi.
Po zadaní údajov do systému by „B“ malo poslať výstupný JSON, ktorý potvrdí, či boli údaje vložené do databázy.
V prípade nezrovnalosti v schéme JSON alebo chýbajúcich údajov „B“ nebude údaje spracovávať a odošle správu Reject JSON s dôvodom odmietnutia.
Vyskúšajte nastavenie prostredia
Na otestovanie scenára, ako je tento, budeme potrebovať testovací blok, ktorý napodobní databázu „A“. Vývojár môže poskytnúť umiestnenie, kde môžete buď vyhodiť svoj testovací súbor JSON, alebo falošné používateľské rozhranie a vložiť svoje údaje JSON a vyvolať spracovanie cez rozhranie. Na účely testovania môžeme mať aj výstupné umiestnenie, kde môžeme dostávať potvrdzovacie JSON z „B“.
V našom príklad , použijeme cestu k priečinku, kam dáme náš testovací JSON, služba bude neustále pichať umiestnenie súboru JSON. Keď je súbor k dispozícii, služba ho vyzdvihne a prostredníctvom rozhrania ho pošle „B“. Po vyzdvihnutí bude súbor odstránený z miesta vyzdvihnutia.
Spustenie testovania
Po nastavení testovacieho prostredia je ďalším krokom vytvorenie testovacích údajov.
Pri vytváraní testovacích údajov (čítanie testovacieho súboru JSON) by sme mali pamätať na niekoľko vecí:
- Dodržujte obchodné pravidlá.
- Skontrolujte, či sú povinné polia k dispozícii.
- Zmeňte hodnotu polí podľa obchodných pravidiel pre každý test.
- Skontrolujte, či je schéma JSON v správnom formáte.
- Skontrolujte, či bola dodržaná nomenklatúra názvu súboru JSON.
Pozrime sa na vzorový testovací súbor JSON, ktorý použijeme na testovanie:
{ 'employeeID ': 2569875, 'LastName': “Jackson”, 'baseSalary': 2569, 'DesignationCode':'P102', “Expenditure”:{ 'Month':“Feb”, 'Year': 2017, 'Official':560, 'Others”:0, } }
Začnite svoj test
Po vytvorení testovacieho súboru JSON ho umiestnite na miesto vyzdvihnutia. Služba to vyzdvihne a zverejní v databáze B.
Scenáre na testovanie:
Pre tento príklad môže byť testovaných niekoľko scenárov, ako napríklad:
- Spolupráca s webovou službou na odosielanie a prijímanie údajov.
- Integrita údajov pre vstupné údaje. To je možné overiť dotazom na tabuľky a stĺpce v databáze B pre údaje zadané prostredníctvom testovacieho súboru JSON.
- Negatívne scenáre.
Najskôr skontrolujeme, či bol testovací súbor JSON vyzdvihnutý z umiestnenia alebo sa na danom mieste nenachádza. Toto potvrdí fungovanie služby. Ďalej prejdeme do výstupného priečinka, aby sme zobrazili výstupný JSON. Prítomnosť výstupného JSON overuje, či boli vstupné údaje odoslané do databázy B a bolo prijaté potvrdenie.
Ďalšia časť testovania pozostáva z overenia údajov zadaných do databázy.
Vo vyššie uvedenom teste overíme, či boli údaje odoslané prostredníctvom testovacieho súboru JSON správne zadané do databázy. Overíme integritu údajov, konzistenciu údajov a vloženie údajov. Budeme musieť vykonať dopyt v databáze B pre daný stĺpec v konkrétnej tabuľke, aby sme overili, či boli údaje do tabuľky vložené správne.
Povedzme, že máme tabuľku EmpDetails, do ktorej je potrebné vložiť údaje. Spustíme teda dotaz na overenie údajov.
Dotaz bude vyzerať asi takto:
SELECT employeeID, LastName, baseSalary, DesignationCode, Month, Year, Official, Others FROM EmpDetails Where employeeID = 2569875;
Tu budeme používať identifikáciu zamestnanca ako primárny kľúč na dopytovanie údajov v tabuľke EmpDetails. Dopytujeme pomocou celého názvu stĺpca, do ktorého boli údaje vložené. Potom je možné údaje v názve stĺpca overiť pomocou údajov odoslaných prostredníctvom súboru JSON.
Vo vyššie uvedenom prípade sa údaje zo súboru JSON ukladajú do viac ako jednej tabuľky v databáze, a preto môžete na získanie všetkých požadovaných údajov použiť SQL JOINS.
Tretím krokom v testovaní bude testovanie negatívnych scenárov.
Niektoré z negatívnych scenárov, ktoré je možné testovať, sú:
- Chovanie systému, keď sa cez JSON načítajú nesprávne údaje.
- Keď má JSON nesprávnu schému alebo štruktúru.
- Ak v spracovanom JSON chýba primárny kľúč alebo povinné polia.
- Nomenklatúra súboru JSON je neplatná.
Vo všetkých týchto prípadoch by systém mal byť schopný tieto scenáre zvládnuť a do systému by sa nemali vkladať žiadne údaje podľa obchodného pravidla.
Záver
Spojovací kanál medzi dvoma systémami, cez ktorý sa prenášajú údaje, sa nazýva rozhranie a testovanie rozhrania funguje hlavne pri testovaní týchto spojení. Väčšina rozhraní využíva webové služby alebo API. Nie vždy má používateľské rozhranie, ale prijíma vstupy a poskytuje výstup.
ako otvoriť príponu súboru json
Ako jeden z najbežnejšie používaných formátov prenosu dát je možné JSON použiť na prenos dát rozhrania.
Tester musí mať základné vedomosti o štruktúre JSON, aby mohol vytvárať testovacie dáta (vo forme JSON) a čítať výstupné dáta zo systému. Tester by mal ovládať aj mapovanie medzi kľúčmi JSON a stĺpcom databázy.
Každý tester, ktorý chce pracovať na testovaní rozhrania, by mal mať jasné vedomosti o obchodných smerniciach a pravidlách aplikácie. Tester by mal mať tiež primerané vedomosti o databáze a mal by byť schopný písať jednoduché dotazy SQL.
V prípade akýchkoľvek otázok alebo vysvetlení nás kontaktujte v sekcii komentárov.
Výukový program č. 5: Dotazy na rozhovor JSON
Odporúčané čítanie
- Najlepšie nástroje na testovanie softvéru 2021 (QA Test Automation Tools)
- Testovanie databázy pomocou JMeter
- Stiahnutie e-knihy Testing Primer
- 40+ najlepších nástrojov na testovanie databázy - populárne riešenia na testovanie údajov
- Výukový program na testovanie grafického používateľského rozhrania: Kompletný sprievodca testovaním používateľského rozhrania (UI)
- Jednoduchý prístup k testovaniu XML na databázu
- Výukový program na testovanie dátových skladov ETL (kompletný sprievodca)
- Čo je to Testovanie rozhrania? Poznať jej typy, stratégiu a nástroje