Meni

Uporaba JSON za preskušanje vmesnikov

using json interface testing

Preizkusite Naš Instrument Za Odpravo Težav

Uporaba JSON-a za preskušanje vmesnika:

Preizkus vmesnika preverja komunikacijo med dvema različnima sistemoma. Izvede se na preizkušeni aplikaciji, da se preveri, ali je komunikacija med dvema omrežjema pravilno izvedena.

Vmesnik je v bistvu povezava med dvema sistemoma programske opreme in testiranje, ki se imenuje povezava za prenos podatkov, se imenuje testiranje vmesnika. Vmesnik pokriva široko paleto storitev v resničnem svetu, z njim se lahko sklicuje na spletno storitev, API itd.

Preizkus vmesnika

Vmesnik vsebuje nabor pravil, sporočil, ukazov itd., Ki olajša komunikacijo med dvema sistemoma.

To testiranje se osredotoča predvsem na testiranje dveh glavnih segmentov:

  • Komunikacija baz podatkov in aplikacijskega strežnika
  • Komunikacija s spletnim in aplikacijskim strežnikom

Preskus vmesnika se izvede za ovrednotenje zgoraj omenjenih scenarijev, da se preveri, ali komponente pravilno prenašajo nadzor in podatke drug drugemu. Preveri tudi interakcijo med različnimi moduli.

Kaj se boste naučili:

Zakaj se izvaja preizkus vmesnika?

Izvaja se za zagotovitev:

  • Če se komunikacija med sistemi izvaja pravilno.
  • Vsa programska in strojna oprema, ki se uporablja v sistemu, deluje pravilno.
  • Vsi dokumenti, ki so povezani s komunikacijo, so na voljo na vseh integriranih platformah.
  • Zahteve glede varnosti in šifriranja ustrezajo komunikaciji med sistemi.
  • Integrirane komponente so sposobne obvladovati napake v omrežju in izgubo komunikacije.

Vrste najdenih napak

Večina napak, ugotovljenih pri preizkušanju uporabniškega vmesnika, je posledica nepravilnega preslikavanja podatkov med sistemi. Zato je večino napak v bistvu mogoče razvrstiti v naslednje kategorije.

  • Neskladen prenos podatkov med obema sistemoma.
  • Eden od sistemov napačno interpretira prenos podatkov iz drugega sistema.
  • Prenosni kanal ali vmesnik med obema sistemoma ne uspe in to omejuje prenos podatkov med sistemoma, kar povzroči odpoved celotnega vmesnika.

Kako se izvaja?

Razdeljen je lahko v naslednje faze:

  • Vmesnike je mogoče med sistemsko testiranje . Tovrstno preskušanje se v glavnem izvaja s sistemom škrbine ali lutke. Lažni sistem ali škrbina se predstavlja kot vedenje celotne interakcije sistema.
  • Drug primer preskusa vmesnika je stičišče, pri katerem dva sistema komunicirata med seboj.
  • Zato preizkusimo, ali so bili podatki, ki jih je poslal en sistem, pravilno preslikani in vstavljeni v drug sistem ali ne. Razen vstavljanja podatkov preverjamo tudi celovitost podatkov, tj.podatki, ko so vstavljeni v drug sistem, niso bili obdelani ali spremenjeni itd.
  • Testiranje se lahko izvede tudi, ko sistem prenese podatke v drugo bazo podatkov aplikacij. Tu bomo preizkusili, ali so bili podatki iz enega sistema pravilno vstavljeni v dani stolpec dane tabele na podlagi preslikave. Preizkusili bomo tudi celovitost in skladnost podatkov glede na izvorni sistem.

V vseh teh scenarijih testiranja se preskus vmesnika izvaja na podlagi poslovnih zahtev in pravil poslovnega toka.

Razlika med preskušanjem vmesnikov in preskušanjem integracije

Kliče se preverjanje in preverjanje funkcionalnosti od konca do konca komponent, povezanih med seboj Integracijsko testiranje ali bolj priljubljeno kot testiranje sistemske integracije. Integracijsko testiranje pretežno potrdi, če dva ali več integriranih sistemov deluje brezhibno ali ne.

Testiranje Vmesnik po drugi strani se v bistvu osredotoča na kanal za povezavo med obema sistemoma. Povezovalni kanal med dvema ali več sistemi se imenuje vmesnik. Testiranje tega priključnega kanala se imenuje preskušanje vmesnika. Večina vmesnikov je API-jev ali spletnih storitev. Nima uporabniškega vmesnika, ampak sprejme vhod in uporabniku predstavi izhod.

Na primer

Preizkus vmesnika

V zgornjem primeru imata spletno mesto in baza podatkov vmesnik za prenos prijavnih podatkov, tj. Uporabniško ime in geslo.

Vmesnik uporablja spletno storitev za pošiljanje prijavnih podatkov v bazo podatkov, ta pa potrdi verodostojnost dohodnega sporočila (uporabniško ime in geslo) in vrne vrednost kot true, če se uporabniško ime in geslo ujemata z zapisom, ki je prisoten v bazi podatkov oz. false, če se kateri od njih ali uporabniško ime in geslo ne ujemata s podatki, ki so znotraj.

Pogovorimo se o primeru testiranja vmesnika:

Recimo, da imamo aplikacijo, v kateri imamo različne baze podatkov, ki medsebojno sodelujejo.

V tem primer , razmislili bomo o interakciji dveh baz podatkov prek vmesniškega kanala.

Upoštevajmo, da obstajata dve zbirki podatkov ali aplikacija, zbirka podatkov A in B. 'A' prenese nekatere podatke v 'B', ki jo nato B uporabi za izvedbo neke operacije. Po izvedbi določene operacije nad dohodnimi podatki B vstavi te podatke v bazo podatkov in ustvari izhodni JSON za potrditev s seznamom posodobljenih podatkov in ga pošlje nazaj A.

Tako A kot B za komunikacijo med seboj uporabljata vmesniški kanal.

Poslovni scenarij

“A” vsebuje podatke o zaposlenih za vse zaposlene v finančnem oddelku.

Podatke je treba prenesti na »B ' dnevno. “B” vsebuje podatke o splošnih podrobnostih o zaposlenem. Vse podatke iz 'A' je treba prenesti v določeno tabelo in stolpec 'B'. Razen vnesenih podatkov mora „B“ podatke tudi razvrščati in organizirati. Prepričati se mora tudi, ali so bili podatki vneseni proti pravemu zaposlenemu.

Ko so podatki vneseni v sistem, mora »B« poslati izhodni JSON, da potrdi, ali so bili podatki vstavljeni v bazo podatkov.

V primeru neskladnosti v shemi JSON ali manjkajočih podatkov 'B' ne bo obdelal podatkov in bo poslal razlog za zavrnitev v Zavrni JSON.

Poslovni scenarij testiranja vmesnikov

Preizkusite nastavitev okolja

Če želite preizkusiti takšen scenarij, bomo potrebovali preizkusno ploščo, ki bo posnemala bazo podatkov „A“. Razvijalec lahko zagotovi lokacijo, kjer lahko izbrišete testni JSON ali lažni uporabniški vmesnik in prilepite podatke JSON ter prek vmesnika prikličete obdelavo. Za namene testiranja imamo lahko tudi izhodno lokacijo, kjer lahko prejmemo potrditveni JSON od “B”.

V našem primer , uporabili bomo pot do mape, kamor bomo postavili preizkusni JSON, storitev bo nenehno iskala lokacijo za datoteko JSON. Ko je datoteka prisotna, jo bo storitev prevzela in jo prek vmesnika poslala na “B”. Ko datoteko prevzamete, jo zbrišete z mesta prevzema.

Začetek testiranja

Ko je testno okolje nastavljeno, je naslednji korak ustvarjanje testnih podatkov.

Med ustvarjanjem testnih podatkov (preberite testni JSON) ne pozabite nekaj stvari:

  • Upoštevajte poslovna pravila.
  • Prepričajte se, da so obvezna polja prisotna.
  • Spremenite vrednost polj v skladu s poslovnimi pravili za vsak test.
  • Prepričajte se, da je shema JSON v pravilni obliki.
  • Prepričajte se, da je bila upoštevana nomenklatura za ime datoteke JSON.

Oglejmo si vzorčni test JSON, ki ga bomo uporabili za testiranje:

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

Začnite test

Ko ustvarite svojo testno datoteko JSON, jo spustite na mesto prevzema. Storitev bo to prevzela in objavila v zbirki podatkov B.

Scenariji za testiranje:

Za ta primer je treba preizkusiti številne scenarije, na primer:

  • Sodelovanje s spletno storitvijo za pošiljanje in prejemanje podatkov.
  • Celovitost podatkov za vhodne podatke. To je mogoče potrditi s poizvedovanjem po tabelah in stolpcih v bazi podatkov B za podatke, vnesene s testnim JSON.
  • Negativni scenariji.

Sprva bomo preverili, ali je bila testna datoteka JSON pobrana z lokacije ali na njej ni. To bo potrdilo delovanje službe. Nato se bomo pomaknili do izhodne mape in si ogledali izhodni JSON. Prisotnost izhodnega JSON potrdi, če so bili vhodni podatki poslani v bazo podatkov B in je bilo prejeto potrdilo za iste.

Naslednji del testiranja obsega preverjanje veljavnosti podatkov, vnesenih v bazo podatkov.

V zgornjem testu bomo preverili, ali so bili podatki, poslani prek testnega JSON, pravilno vneseni v bazo podatkov. Preverili bomo celovitost podatkov, njihovo skladnost in vstavljanje. Za potrditev, če so bili podatki pravilno vstavljeni v tabelo, bomo morali poiskati bazo podatkov B za dani stolpec v določeni tabeli.

Recimo, da imamo tabelo EmpDetails, kamor je treba vstaviti podatke. Torej, izvedli bomo poizvedbo za potrditev podatkov.

Poizvedba bo približno taka:

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

Tu bomo kot primarni ključ za poizvedbo po podatkih v tabeli EmpDetails uporabili ID zaposlenega. Poizvedovali bomo z uporabo celotnega imena stolpca, v katerega so bili vstavljeni podatki. Nato lahko podatke v imenu stolpca preverimo s podatki, poslanimi prek JSON.

V zgornjem primeru se podatki iz JSON shranijo v več kot eno tabelo v zbirki podatkov, zato lahko uporabite JOINS SQL, da pridobite vse želene podatke.

Tretji korak testiranja bo preizkus negativnih scenarijev.

Nekaj ​​negativnih scenarijev, ki jih je mogoče preizkusiti, je:

  • Obnašanje sistema, ko se prek JSON podajajo napačni podatki.
  • Ko ima JSON napačno shemo ali strukturo.
  • Ko v obdelanem JSON manjka primarni ključ ali katero koli obvezno polje.
  • Nomenklatura datoteke JSON ni veljavna.

V vseh teh primerih bi moral sistem biti sposoben obvladovati te scenarije in v sistem ne bi smeli vstavljati podatkov v skladu s poslovnim pravilom.

Zaključek

Povezovalni kanal med dvema sistemoma, prek katerih se prenašajo podatki, se imenuje preizkus vmesnika in vmesnika, v glavnem pa deluje okoli preizkušanja teh povezav. Večina vmesnikov uporablja spletne storitve ali API-je. Nima vedno uporabniškega vmesnika, vendar sprejema vhod in daje izhod.

za vohunjenje drugega telefona

Kot ena najpogosteje uporabljenih oblik prenosa podatkov se lahko JSON uporablja za vmesniški prenos podatkov.

Preskuševalec mora imeti osnovno znanje o strukturi JSON za ustvarjanje testnih podatkov (v obliki JSON) in branje izhodnih podatkov iz sistema. Preizkuševalec mora biti tudi dobro seznanjen s preslikavo med ključi JSON in stolpcem tabele baze podatkov.

Vsak preizkuševalec, ki želi delati na preizkušanju vmesnika, bi moral jasno poznati poslovne smernice in pravila aplikacije. Preizkuševalec mora imeti tudi ustrezno znanje o zbirki podatkov in biti sposoben pisati preproste poizvedbe SQL.

Za kakršna koli vprašanja ali pojasnila se obrnite na nas v oddelku za komentarje.

Vadnica št. 5: Vprašanja za JSON

Priporočeno branje

^