Menú

Ús de JSON per a proves d’interfície

using json interface testing

Proveu El Nostre Instrument Per Eliminar Problemes

Ús de JSON per a proves d’interfície:

Les proves d’interfície verificen la comunicació entre dos sistemes diferents. Es realitza a l'aplicació sotmesa a prova per verificar si la comunicació d'anada i tornada entre dues xarxes es realitza correctament.

Una interfície és bàsicament la connexió entre dos sistemes de programari i provar que la connexió per a la transferència de dades s’anomena prova d’interfície. La interfície cobreix una àmplia gamma de serveis al món real, es pot utilitzar per referir-se al servei web, API, etc.

Proves d

Una interfície conté un conjunt de regles, missatges, ordres, etc. que facilita la comunicació entre dos sistemes.

Aquesta prova es concentra principalment en la prova de dos segments principals:

  • Comunicació de bases de dades i servidor d'aplicacions
  • Comunicació del servidor d'aplicacions i web

Es realitza una prova d'interfície per avaluar els escenaris esmentats anteriorment per validar si els components es passen correctament el control i les dades entre si. També verifica la interacció entre diferents mòduls.

Què aprendreu:

Per què es realitza la prova d’interfície?

Es realitza per garantir:

  • Si la comunicació entre els sistemes es realitza correctament.
  • Tot el programari i maquinari que s’utilitza al sistema funciona correctament.
  • Tots els documents que estan vinculats a la comunicació estan disponibles a totes les plataformes integrades.
  • Els requisits de seguretat i xifratge s’adhereixen a la comunicació entre els sistemes.
  • Els components integrats són capaços de gestionar fallades de xarxa i pèrdues de comunicació.

Tipus de defectes trobats

La majoria dels defectes trobats a les proves de la interfície d'usuari es deuen a un mapatge incorrecte de les dades entre els sistemes. Per tant, la majoria dels errors es poden classificar bàsicament en les següents categories.

  • Transmissió de dades incoherent entre els dos sistemes.
  • Un dels sistemes malinterpreta la transmissió de dades des d’un altre sistema.
  • El canal de transmissió o la interfície entre els dos sistemes falla i això restringeix la transferència de dades entre els sistemes, cosa que provoca el fracàs de tota la interfície.

Com es realitza?

Es pot classificar principalment en les fases següents:

  • Les interfícies es poden provar individualment durant proves del sistema . Aquest tipus de proves es duen a terme principalment mitjançant un sistema de barret o fictici. Un sistema fictici o taló suplanta el comportament de la interacció del sistema sencer.
  • Un altre cas en què es realitza la prova de la interfície és una unió on dos sistemes es comuniquen entre si.
  • Per tant, comprovem si les dades enviades per un sistema han estat mapeades correctament i inserides en un altre sistema o no. A part de la inserció de dades, també comprovem la integritat de les dades, és a dir, les dades, quan s’insereixen en un altre sistema, no s’han manipulat ni alterat, etc.
  • També es poden realitzar proves quan un sistema transmet dades a una altra base de dades d'aplicacions. Aquí, provarem si les dades d’un sistema s’han inserit correctament en una columna determinada de la taula donada en funció del mapatge. També provarem la integritat i la consistència de les dades respecte al sistema font.

En tots aquests escenaris de proves, la prova de la interfície es realitza en funció dels requisits empresarials i de les regles de flux de negoci.

Diferència entre la prova d’interfície i la prova d’integració

Es denomina verificació i validació de la funcionalitat extrem a extrem dels components connectats entre si Proves d'integració o més popularment com a proves d’integració de sistemes. Les proves d'integració valoren principalment si dos o més sistemes integrats junts han funcionat perfectament junts o no.

Proves Interfície d'altra banda, bàsicament es concentra en el canal de connexió entre els dos sistemes. El canal de connexió entre dos o més sistemes s’anomena interfície. La prova d’aquest canal de connexió s’anomena Prova d’interfície. La majoria de les interfícies són API o serveis web. No té una interfície d’usuari, però pren una entrada i presenta a l’usuari una sortida.

Per exemple

Proves d

A l’exemple anterior, el lloc web i la base de dades comparteixen una interfície per transmetre la informació d’inici de sessió, és a dir, nom d’usuari i contrasenya.

La interfície utilitza el servei web per enviar la informació d’inici de sessió a la base de dades, que al seu torn valida l’autenticitat del missatge entrant (nom d’usuari i contrasenya) i retorna el valor com a cert si tant el nom d’usuari com la contrasenya coincideixen amb el registre present a la base de dades o fals per si algun d’ells o el nom d’usuari i la contrasenya no coincideixen amb les dades presents al seu interior.

Analitzem l'exemple de proves d'interfície:

Diguem que tenim una aplicació on tenim diferents bases de dades que interactuen entre elles.

En aquest exemple , considerarem la interacció de dues bases de dades a través d’un canal d’interfície.

Considerem que hi ha dues bases de dades o aplicació, la base de dades A i B. 'A' transfereix algunes dades a 'B', que després B fa servir per realitzar alguna operació. Després de realitzar una determinada operació amb les dades entrants, B insereix aquestes dades a la base de dades i crea un JSON de sortida per confirmar-lo amb la llista de dades actualitzades i les torna a enviar a A.

Tant A com B utilitzen un canal d'interfície per a la comunicació entre ells.

Escenari empresarial

'A' conté dades sobre els empleats de tots els empleats del departament de finances.

Les dades s’han de portar a “B ' sobre una base diària. 'B' conté dades sobre els detalls generals dels empleats. Totes les dades de 'A' s'han de transferir a una taula i columna concretes de 'B'. A part de les dades introduïdes, 'B' també ha d'ordenar i organitzar les dades. També s’ha d’assegurar si les dades s’han introduït en relació amb l’empleat correcte.

Un cop introduïdes les dades al sistema, 'B' hauria d'enviar una sortida JSON per confirmar si les dades s'han inserit a la base de dades.

En cas que hi hagi discrepàncies en l'esquema JSON o que falti la informació 'B' no processarà les dades i enviarà un missatge Rebutja JSON amb el motiu del rebuig.

Escenari comercial de proves d

Configuració de l'entorn de prova

Per provar un escenari com aquest, necessitarem un taló de prova per imitar la base de dades 'A'. El desenvolupador pot proporcionar una ubicació on podeu desfer el JSON de prova o una interfície d’usuari simulada i enganxar les vostres dades JSON i invocar el processament a través de la interfície. A efectes de proves, també podem tenir una ubicació de sortida on podem rebre la confirmació JSON de 'B'.

En la nostra exemple , utilitzarem un camí de carpeta on posarem la nostra prova JSON, el servei estarà constantment buscant la ubicació del fitxer JSON. Un cop el fitxer estigui present, el servei el recollirà i l’enviarà a “B” mitjançant la interfície. Un cop recollit el fitxer, se suprimirà de la ubicació de recollida.

Començant les proves

Un cop configurat l'entorn de prova, el següent pas és crear les dades de prova.

En crear dades de prova (llegiu la prova JSON), hem de tenir en compte algunes coses:

  • Seguiu les normes empresarials.
  • Assegureu-vos que hi hagi els camps obligatoris.
  • Canvieu el valor dels camps segons les regles empresarials de cada prova.
  • Assegureu-vos que l’esquema JSON tingui el format correcte.
  • Assegureu-vos que s’ha complert la nomenclatura del nom de fitxer JSON.

Vegem la mostra JSON de prova que farem servir per provar:

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

Comenceu la prova

Un cop hàgiu creat el fitxer JSON de prova, deixeu-lo anar a la ubicació de recollida. El servei ho recollirà i el publicarà a la base de dades B.

Escenaris a provar:

Hi pot haver diversos escenaris que cal provar per a aquest exemple, com ara:

  • Treballar amb el servei web per enviar i rebre dades.
  • Integritat de les dades d'entrada. Això es pot validar consultant taules i columnes a la base de dades B per a les dades introduïdes mitjançant el JSON de prova.
  • Escenaris negatius.

Al principi, comprovarem si el fitxer JSON de prova s’ha recollit de la ubicació o no hi és. Això validarà el funcionament del servei. A continuació, navegarem a la carpeta de sortida per veure el JSON de sortida. La presència de la sortida JSON es valida si les dades d'entrada s'han enviat a la base de dades B i se n'ha rebut el reconeixement.

La següent part de les proves consisteix en validar les dades introduïdes a la base de dades.

A la prova anterior, validarem si les dades enviades a través de la prova JSON s’han introduït correctament a la base de dades. Validarem la integritat de les dades, la coherència de les dades i la inserció de dades. Haurem de consultar la base de dades B de la columna donada en una taula concreta per validar si les dades s’han inserit correctament a la taula.

Suposem que tenim una taula EmpDetails on s’han d’inserir les dades. Per tant, executarem una consulta per validar les dades.

La consulta serà una cosa així:

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

Aquí farem servir l’ID empleat com a clau principal per consultar les dades de la taula EmpDetails. Consultarem mitjançant tot el nom de columna en què s'han inserit les dades. A continuació, les dades del nom de la columna es poden validar amb les dades enviades a través del JSON.

En el cas anterior, les dades del JSON s’emmagatzemen en més d’una taula de la base de dades, de manera que podeu utilitzar SQL JOINS per obtenir totes les dades desitjades.

El tercer pas de les proves serà provar els escenaris negatius.

Alguns dels escenaris negatius que es poden provar són:

  • El comportament del sistema quan s’alimenten dades incorrectes mitjançant JSON.
  • Quan el JSON té un esquema o una estructura incorrecta.
  • Quan al JSON processat li falta la clau principal o qualsevol camp obligatori.
  • La nomenclatura del fitxer JSON no és vàlida.

En tots aquests casos, el sistema hauria de ser capaç de gestionar aquests escenaris i no s’haurien d’inserir dades al sistema segons la regla empresarial.

Conclusió

El canal de connexió entre dos sistemes a través dels quals es transmeten les dades s’anomena interfície i les proves d’interfície funcionen principalment al voltant de les proves d’aquestes connexions. La majoria de les interfícies fan ús del servei web o de les API. No sempre té una interfície d’usuari, però accepta l’entrada i proporciona la sortida.

com obrir fitxers bin Windows 10

Com que és un dels formats de transferència de dades més utilitzats, JSON es pot utilitzar per a la transferència de dades de la interfície.

Un provador ha de tenir coneixements bàsics d’estructura JSON per crear dades de prova (en forma de JSON) i llegir les dades de sortida del sistema. Un provador també hauria de tenir un bon coneixement de l'assignació entre les claus JSON i la taula-columna de la base de dades.

Qualsevol provador que vulgui treballar en proves d’interfície hauria de tenir un coneixement clar sobre les directrius empresarials i les regles d’una aplicació. Un provador també hauria de tenir un coneixement adequat sobre la base de dades i hauria de ser capaç d’escriure consultes SQL senzilles.

Per a qualsevol pregunta o aclariment, poseu-vos en contacte amb nosaltres a la secció de comentaris.

Tutorial # 5: Preguntes d’entrevistes JSON

Lectura recomanada

^