Meniu

Utilizarea JSON pentru testarea interfeței

using json interface testing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Utilizarea JSON pentru testarea interfeței:

Testarea interfeței verifică comunicarea dintre două sisteme diferite. Se efectuează pe aplicația testată pentru a verifica dacă comunicarea dintre două rețele este efectuată corect.

O interfață este practic conexiunea dintre două sisteme software și testarea conexiunii pentru transferul de date se numește testarea interfeței. Interfața acoperă o gamă largă de servicii în lumea reală, poate fi utilizată pentru a se referi la servicii Web, API etc.

Testarea interfeței

O interfață conține un set de reguli, mesaje, comenzi etc., care facilitează comunicarea între două sisteme.

Acest test se concentrează în principal pe testarea a două segmente majore:

  • Comunicare bază de date și server de aplicații
  • Comunicare web și server de aplicații

Testul interfeței este efectuat pentru a evalua scenariile menționate mai sus pentru a valida dacă componentele își transmit corect controlul și datele reciproc. De asemenea, verifică interacțiunea dintre diferite module.

Ce veți învăța:

De ce se efectuează testul interfeței?

Se efectuează pentru a asigura:

  • Dacă comunicarea dintre sisteme se realizează corect.
  • Toate software-urile și hardware-urile utilizate în sistem funcționează corect.
  • Toate documentele care sunt legate de comunicare sunt disponibile pe toate platformele integrate.
  • Cerințele de securitate și criptare aderă la comunicarea dintre sisteme.
  • Componentele integrate sunt capabile să gestioneze eșecurile rețelei și pierderea comunicării.

Tipuri de defecte găsite

Majoritatea defectelor găsite în testarea interfeței cu utilizatorul se datorează mapării incorecte a datelor între sisteme. Prin urmare, majoritatea erorilor pot fi clasificate practic în următoarele categorii.

  • Transmiterea incoerentă a datelor între cele două sisteme.
  • Unul dintre sisteme interpretează greșit transmisia de date de la un alt sistem.
  • Canalul de transmisie sau interfața dintre cele două sisteme eșuează și aceasta restricționează transferul de date între sisteme, provocând astfel întreaga interfață să eșueze.

Cum se realizează?

Poate fi clasificat în principal în următoarele faze:

  • Interfețele pot fi testate individual în timpul testarea sistemului . Acest tip de testare se desfășoară în principal folosind un butuc sau un sistem fictiv. Un sistem fictiv sau un butuc imită comportamentul întregii interacțiuni a sistemului.
  • O altă situație în care se efectuează testul interfeței este o joncțiune în care două sisteme comunică între ele.
  • Prin urmare, testăm dacă datele trimise de un sistem au fost corect mapate și inserate în alt sistem sau nu. În afară de inserarea datelor, verificăm și integritatea datelor, adică datele, atunci când sunt introduse într-un alt sistem, nu au fost manipulate sau modificate etc.
  • Testarea poate fi efectuată și atunci când un sistem transmite date către o altă bază de date a aplicației. Aici vom testa dacă datele dintr-un sistem au fost inserate corect într-o coloană dată a tabelului dat pe baza mapării. De asemenea, vom testa integritatea și consistența datelor în ceea ce privește sistemul sursă.

În toate aceste scenarii de testare, testul interfeței se efectuează pe baza cerințelor de afaceri și a regulilor de flux de afaceri.

Diferența dintre testarea interfeței și testarea integrării

Se apelează la verificarea și validarea funcționalității cap la cap a componentelor conectate împreună Testarea integrării sau mai popular ca test de integrare a sistemului. Testarea integrării validează în principal dacă două sau mai multe sisteme integrate împreună au funcționat impecabil împreună sau nu.

Testarea Interfață pe de altă parte, se concentrează practic pe canalul de conexiune dintre cele două sisteme. Canalul de conectare dintre două sau mai multe sisteme se numește interfață. Testarea acestui canal de conexiune se numește Testarea interfeței. Majoritatea interfețelor sunt fie API-uri, fie servicii web. Nu are o interfață de utilizare, dar primește o intrare și prezintă utilizatorului o ieșire.

De exemplu

Testarea interfeței

În exemplul de mai sus, site-ul și baza de date partajează o interfață pentru a transmite informațiile de conectare, adică numele de utilizator și parola.

Interfața folosește serviciul web pentru a trimite informațiile de conectare la baza de date, care la rândul său validează autenticitatea mesajului primit (nume de utilizator și parolă) și returnează valoarea ca adevărată dacă atât numele de utilizator cât și parola se potrivesc cu înregistrarea prezentă în baza de date sau fals în cazul în care oricare dintre ele sau atât numele de utilizator cât și parola nu se potrivesc cu datele prezente în interior.

Să discutăm exemplu de testare a interfeței:

Să presupunem că avem o aplicație în care avem baze de date diferite care interacționează între ele.

In acest exemplu , vom lua în considerare două interacțiuni în baza de date printr-un canal de interfață.

Să luăm în considerare că există două baze de date sau aplicație, baza de date A și B. „A” transferă unele date către „B”, care este apoi utilizat de B pentru a efectua o anumită operație. După efectuarea unei anumite operațiuni asupra datelor primite, B introduce aceste date în baza de date și creează un JSON de ieșire pentru confirmare cu lista de date actualizate și le trimite înapoi la A.

Atât A cât și B utilizează canalul de interfață pentru comunicarea dintre ei.

Scenariu de afaceri

„A” conține date despre angajați pentru toți angajații care aparțin departamentului financiar.

Datele trebuie să fie portate la „B ' zilnic. „B” conține date despre detaliile generale ale angajaților. Toate datele din „A” trebuie transferate într-un anumit tabel și coloană din „B”. În afară de introducerea datelor, „B” trebuie, de asemenea, să sorteze și să organizeze datele. De asemenea, trebuie să se asigure dacă datele au fost introduse împotriva angajatului corect.

Odată ce datele au fost introduse în sistem, „B” ar trebui să trimită un JSON de ieșire pentru a confirma dacă datele au fost inserate în baza de date.

În cazul oricărei discrepanțe în schema JSON sau a datelor lipsă „B” nu va procesa datele și va trimite un mesaj Resping JSON cu motivul respingerii.

Scenariul de afaceri al testării interfeței

Configurați mediul de testare

Pentru a testa un scenariu ca acesta, vom avea nevoie de un test pentru a imita baza de date „A”. Dezvoltatorul poate oferi o locație în care puteți să vă aruncați JSON de test sau o interfață falsă și să lipiți datele JSON și să invocați procesarea prin interfață. În scopul testării, putem avea și o locație de ieșire unde putem primi confirmarea JSON de la „B”.

În a noastră exemplu , vom folosi o cale de folder în care vom pune testul nostru JSON, serviciul va analiza în mod constant locația pentru fișierul JSON. Odată ce fișierul este prezent, serviciul va prelua fișierul și îl va trimite la „B” prin interfață. Odată ce fișierul a fost ridicat, acesta va fi șters din locația de preluare.

Începând testarea

Odată ce mediul de testare a fost configurat, următorul pas este crearea datelor de testare.

În timp ce creăm date de testare (citiți testul JSON) ar trebui să avem în vedere câteva lucruri:

  • Respectați regulile comerciale.
  • Asigurați-vă că sunt prezente câmpurile obligatorii.
  • Modificați valoarea câmpurilor în conformitate cu regulile de afaceri pentru fiecare test.
  • Asigurați-vă că schema JSON este în formatul corect.
  • Asigurați-vă că a fost respectată nomenclatura pentru numele de fișier JSON.

Să aruncăm o privire la exemplul de test JSON pe care îl vom folosi pentru testare:

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

Începeți testul

După ce ați creat fișierul JSON de test, lăsați-l la locația de preluare. Serviciul va prelua acest lucru și îl va posta în baza de date B.

Scenarii de testat:

Pot exista o serie de scenarii care trebuie testate pentru acest exemplu, cum ar fi:

  • Colaborarea cu serviciul web pentru a trimite și primi date.
  • Integritatea datelor pentru datele de intrare. Acest lucru poate fi validat prin interogarea tabelelor și coloanelor din baza de date B pentru datele introduse prin testul JSON.
  • Scenarii negative.

La început, vom verifica dacă fișierul JSON de test a fost preluat din locație sau nu este prezent la locație. Aceasta va valida funcționarea serviciului. Apoi, vom naviga la folderul de ieșire pentru a vizualiza JSON de ieșire. Prezența ieșirii JSON se validează dacă datele de intrare au fost trimise în baza de date B și a fost primită confirmarea pentru aceeași.

Următoarea parte a testării cuprinde validarea datelor introduse în baza de date.

În testul de mai sus, vom valida dacă datele trimise prin testul JSON au fost introduse corect în baza de date. Vom valida integritatea datelor, consistența datelor și inserarea datelor. Va trebui să interogăm baza de date B pentru coloana dată dintr-un anumit tabel pentru a valida dacă datele au fost inserate corect în tabel.

Să presupunem că avem un tabel EmpDetails în care datele trebuie inserate. Deci, vom rula o interogare pentru validarea datelor.

Interogarea va fi ceva de genul acesta:

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

Aici, vom folosi ID-ul angajatului ca cheie principală pentru interogarea datelor din tabelul EmpDetails. Vom interoga folosind tot numele coloanei în care au fost inserate datele. Apoi, datele din numele coloanei pot fi validate cu datele trimise prin JSON.

În cazul de mai sus, datele din JSON sunt stocate în mai multe tabele din baza de date, prin urmare puteți utiliza SQL JOINS pentru a prelua toate datele dorite.

Al treilea pas în testare va fi testarea scenariilor negative.

Unele dintre scenariile negative care pot fi testate sunt:

  • Comportamentul sistemului atunci când datele incorecte sunt alimentate prin JSON.
  • Când JSON are schema sau structura greșită.
  • Când JSON procesat lipsește cheia principală sau orice câmpuri obligatorii.
  • Nomenclatura fișierului JSON nu este validă.

În toate aceste cazuri, sistemul ar trebui să poată gestiona aceste scenarii și nu ar trebui inserate date în sistem conform regulii de afaceri.

Concluzie

Canalul de conexiune dintre două sisteme prin care sunt transmise datele se numește interfață și testarea interfeței funcționează în principal în jurul testării acestor conexiuni. Majoritatea interfețelor utilizează serviciul web sau API-urile. Nu are întotdeauna o interfață de utilizare, dar acceptă intrarea și oferă ieșire.

cu ce să deschideți fișiere XML

Fiind unul dintre cele mai utilizate formate de transfer de date, JSON poate fi utilizat pentru transferul de date al interfeței.

Un tester trebuie să aibă cunoștințe de bază despre structura JSON pentru a crea date de testare (sub formă de JSON) și pentru a citi datele de ieșire din sistem. Un tester ar trebui, de asemenea, să fie bine versat cu maparea dintre cheile JSON și coloana tabelului bazei de date.

Orice tester care dorește să lucreze la testarea interfeței ar trebui să aibă cunoștințe clare despre liniile directoare de afaceri și regulile unei aplicații. Un tester ar trebui să aibă, de asemenea, cunoștințe adecvate despre baza de date și ar trebui să poată scrie interogări SQL simple.

Pentru orice întrebare sau clarificare, vă rugăm să ne contactați în secțiunea de comentarii.

Tutorial # 5: Întrebări de interviuri JSON

Lectură recomandată

^