Menú

Com realitzar proves de backend

how perform backend testing

Proveu El Nostre Instrument Per Eliminar Problemes

preguntes i respostes d’entrevistes de programació java per a estudiants de primer any

Què és la prova de backend i com realitzar-la?

Les aplicacions de programari són complexes; hi ha més del que sembla.

La majoria esforços de proves del sistema passar per GUI. Això es deu al fet que la prova valida si l'usuari final o no és 'apte per al seu ús'. Els usuaris finals utilitzen la GUI i nosaltres també; per això, és realment important que el programari tingui un bon rendiment en aquesta àrea.

Però el programari també té molts altres elements que no són visibles ni disponibles per a l’usuari per a la interacció directa. No fa que aquests elements siguin menys importants i també han de sotmetre's a proves exhaustives.

La combinació de tots aquests elements que funcionen bé fa que una aplicació de programari completament formada. Podem combinar tot allò que no veiem directament com a 'back-end'.

com realitzar proves finals

Alguns dels elements de prova de fons són:

  • Base de dades
  • API
  • Servidors

Depenent de la naturalesa de l'aplicació, un back-end pot incloure diverses configuracions de xarxa, protocols de comunicació, etc. Però el més freqüent és que hi hagi tres elements.

Vegem ara què implica comprovar cadascun d’aquests components i com.

Què aprendreu:

Proves de base de dades de backend

El més habitual quan s’utilitza el terme ‘Prova final”, implica proves de base de dades.

La base de dades és un element important de qualsevol aplicació. Quan la interfície gràfica d’usuari i la base de dades interactuen entre si sense problemes, la vostra aplicació funciona bé. Si hi ha problemes, experimentareu resultats inconsistents, amenaces de seguretat i colls d'ampolla del rendiment.

Les bases de dades se solen validar per a:

  • Propietats d'ÀCID
  • Operacions CRUD
  • Esquema
  • Migració
  • Conformitat amb la norma empresarial
  • Seguretat
  • Rendiment

Els sistemes avançats de manteniment d’ETL i de magatzem de dades també necessitaran proves.

Per obtenir més informació sobre aquests tipus de proves Si us plau, consulteu els articles següents que ja són al nostre lloc =>

quina és la millor idea per a Python

A més del contingut dels enllaços anteriors, l’aspecte important a reiterar és que les proves de base de dades, ETL i magatzem de dades necessiten un coneixement millorat de la SQL .

Sovint els provadors utilitzen moltes eines per interactuar i validar el comportament de la base de dades mitjançant consultes.

Vegem algunes categories d’aquestes eines de proves de bases de dades:

# 1) Interfícies que us permeten connectar-vos i executar les vostres consultes a les bases de dades.

Alguns tenen interfície gràfica d’usuari i d’altres no.

  • GUSPÍ: Estic segur que tothom n’ha sentit parlar. Admet moltes bases de dades i plataformes. Ve com a versions gratuïtes i comercials. Trobareu més informació, recursos i la versió gratuïta a toadworld
  • pHpMyAdmin: Aquesta és una excel·lent eina de codi obert que us permet executar consultes i interactuar amb el vostre DB mitjançant una interfície d'usuari. Ho he fet servir personalment i al meu equip li agrada la intuïció de l’eina. Necessitàvem zero entrenaments per estar còmodes. Recomano aquesta eina si cerqueu un mitjà de connexió a les vostres bases de dades MySQL i MariaDB phpmyadmin
  • HeidiSQL: Molt similar a pHpMyAdmin. Es connecta a bases de dades de MySQL, Microsoft SQL i PostgreSQL. Obert. Trobareu més informació a hheidisql

La llista d’eines és infinita, però les opcions anteriors són algunes de les opcions més populars.

# 2) Eines de comparació de rendiment i càrrega de bases de dades:

  • HammerDB: És una eina de codi obert que valen molts experts en DB. Personalment no ho he fet servir, però admet moltes bases de dades. A partir de les captures de pantalla i el seu aspecte, sembla una eina que val la pena consultar. Més detalls a hammerdb
  • SLOB: L'eina Silly Little Oracle Benchmark us ajuda a temps i a avaluar l'estil d'E / S de les transaccions de base de dades. Us pot ajudar a entendre la CPU, la memòria i els temps de processament de les transaccions massives del vostre sistema. Més detalls a kevinclosson
  • Banc de gronxador : Aquesta és una eina molt similar a HammerDB. Funciona en bases de dades Oracle i és molt eficaç. Per entendre l'eina i les seves funcions, proveu aquesta guia: dominicgiles

Proves API

L’API no parla exclusivament del back-end, però com que agrupem tot el que no és visible per a l’usuari final com a back-end, també en parlem breument.

API significa Application Program Interface (Interfície de programa d'aplicació) i aquí és bàsicament on resideix tota la lògica de programació. No té una interfície d’usuari que és un dels majors reptes a l’hora de provar-la. D'altra banda, atès que les API es creen generalment abans que existeixi la interfície d'usuari de l'aplicació, provar l'API sol suposar una prova primerenca.

La missatgeria i les trucades d’enviament i recepció s’utilitzen en lloc de l’enviament i recepció directa de dades d’entrada i sortida.

L'eina més popular que s'utilitza per a les proves de l'API és SOAPUI.

Totes les bases de dades i les aplicacions estan instal·lades en servidors que mantenen aquests sistemes en funcionament.

Hi ha algunes proves que s’executen aquí:

# 1) Instal·lació: Un cop finalitzada la instal·lació, podeu anar a les carpetes respectives i assegurar-vos que els fitxers / elements han arribat a les carpetes de destinació de la manera que se suposava. Ara, si us pregunteu 'com sabré on ha d'anar tot?', Pregunteu als vostres equips de desenvolupament o desplegament i us ho podran confirmar.

Pot ser que aquest pas no sigui obligatori, però algunes empreses utilitzen desplegaments manuals. En aquest cas, podria esdevenir una cosa important prova de fum / seny pas.

# 2) Registres: Hi ha registres mantinguts per a l’estat de cada transacció als servidors. Això ens donarà informació sobre si el procés de punta a punta ha estat un èxit.

De vegades, la portada envia dades vàlides i és possible que la base de dades s’actualitzi correctament. Què passa si aquesta operació genera una excepció, provoca una fuita de memòria o provoca algun tipus de mal funcionament? Són els registres del servidor que us revelaran aquesta informació.

No és una regla, però en general, la majoria dels servidors són sistemes basats en UNIX. Així, per poder treballar-los fàcilment, necessitareu una manera de connectar-vos al servidor.

on puc veure anime en línia

PuTTy, mans baixes és l’opció més popular per connectar-vos als servidors. Massilla és un producte de codi obert i no necessita instal·lació. Tot el que heu de fer és descarregar-lo i utilitzar-lo.

Els sistemes UNIX no tenen una interfície gràfica d’usuari i això és el que els fa perfectes per ser servidors d’App i DB. Són segurs, abstractes, més ràpids i més econòmics. Hi ha molts gustos d’UNIX i, a causa de l’absència de GUI, haurem d’utilitzar ordres per comunicar-nos amb el servidor. Tots tenim els nostres recursos preferents Ordres UNIX i aquest és meu: enginyer lliure

# 3) Rendiment i seguretat del servidor:

Igual que qualsevol altra part del programari, el servidor ha de ser segur i sensible.

Hi ha moltes eines disponibles per comprovar-ho i per trobar-ne un que us funcioni, consulteu aquesta llista: 30+ eines de proves d'aplicacions web més populars

Finalment,

Com heu d’haver notat, aquest article per si sol no us ajudarà a aprendre completament les proves de backend. Tot i això, us indica recursos i referències que us ajudaran a dominar-lo. Per tant, marqueu-lo com a referència.

A més, per a aquells que tendeixen a pensar que les proves funcionals es refereixen a la interfície gràfica d’usuari i al frontal, aquest article hauria d’exposar que no és així.

Tant si cerqueu a la base de dades com si cerqueu al registre l’estat d’una transacció o envieu un missatge de sol·licitud a un servei determinat, esteu validant l’adequació del programa per utilitzar-lo.

En altres paraules, és funcionalitat. El 'on proveu' i el 'com proveu' difereixen.

De la mateixa manera que una aplicació ha de funcionar des de tots els extrems per tenir èxit, els verificadors hem d'entendre i explorar les múltiples facetes d'un sistema de programari per declarar-lo llest per al seu ús.

Sobre l'autor: Aquest article està escrit per Swati S., membre de l'equip de STH.

És el vostre torn de compartir!

Expliqueu-nos com ho hem fet amb aquest article. Hi ha algun altre tipus de prova de fons que feu? Quines eines utilitzeu? Quines tècniques us han semblat útils? Algun repte?

Els vostres comentaris, preguntes, participació i lectors són valuosos per a nosaltres.

Lectura recomanada

^