how perform backend testing
Ce este Backend Testing și cum se efectuează?
Aplicațiile software sunt complexe; există mai mult decât ceea ce vede.
Cel mai eforturi de testare a sistemului treceți prin GUI. Acest lucru se datorează faptului că testarea validează dacă software-ul este „potrivit pentru utilizare” de către utilizatorul final sau nu. Utilizatorii finali folosesc GUI și noi la fel; de aceea este foarte important ca software-ul să se descurce bine în acest domeniu.
Dar, software-ul are și multe alte elemente care nu sunt direct vizibile sau disponibile utilizatorului pentru interacțiune directă. Nu face ca aceste elemente să fie mai puțin importante și trebuie să fie supuse testării amănunțite.
Combinarea tuturor acestor elemente care funcționează bine face o aplicație software complet formată. Putem combina tot ceea ce nu vedem direct ca „Back-end”.
Unele dintre elementele de testare Backend sunt:
- Bază de date
- API-uri
- Servere
În funcție de natura aplicației, un back-end poate include diverse configurații de rețea, protocoale de comunicare etc. Dar cel mai adesea, există trei elemente.
Să vedem acum ce este implicat în testarea fiecăreia dintre aceste componente și cum.
Ce veți învăța:
Testarea bazei de date Backend
Cel mai frecvent atunci când se folosește termenul „Testare finală”, acesta implică testarea bazei de date.
Baza de date este un element important al oricărei aplicații. Când interfața grafică și interacțiunea interacționează între ele fără probleme aplicația dvs. funcționează bine. Dacă există probleme, aveți rezultate inconsistente, amenințări la adresa securității și blocaje de performanță.
Bazele de date sunt de obicei validate pentru:
- Proprietăți ACID
- Operații CRUD
- Schemă
- Migrația
- Conformitatea regulilor de afaceri
- Securitate
- Performanţă
Sistemele avansate de întreținere a depozitelor de date și ETL vor avea nevoie de teste și împotriva acestora.
Pentru mai multe informații despre aceste tipuri de testare , vă rugăm să verificați următoarele articole care sunt deja pe site-ul nostru =>
- Totul despre testarea bazei de date - De ce, cum și ce să testați?
- Testarea ETL vs. DB
- Testarea ETL - Sfaturi, tehnici, proces și provocări
În plus față de conținutul din linkurile de mai sus, aspectul important de reiterat este că testarea bazei de date, ETL și depozit de date necesită cunoștințe îmbunătățite despre SQL .
Multe instrumente sunt adesea folosite de testeri pentru a interacționa și a valida comportamentul DB prin interogări.
Să ne uităm la câteva categorii ale acestor instrumente de testare a bazei de date Backend:
# 1) Interfețe care vă permit să vă conectați și să vă rulați interogările în baza de date.
Unele dintre ele au un GUI, iar altele nu.
- TOAD: Sunt sigur că toată lumea a auzit de asta. Suportă multe DB-uri și platforme. Acesta vine atât ca versiuni gratuite, cât și comerciale. Mai multe informații, resurse și versiunea gratuită se găsesc la toadworld
- pHpMyAdmin: Acesta este un excelent instrument open source care vă permite să rulați interogări și să interacționați cu DB-ul dvs. printr-o interfață cu utilizatorul. Am folosit personal acest lucru și echipei mele le place cât de intuitiv este instrumentul. Aveam nevoie de antrenament zero pentru a ne simți confortabil. Vă recomand cu tărie acest instrument dacă sunteți în căutarea unui mediu de conectare la bazele de date MySQL și MariaDB phpmyadmin
- HeidiSQL: Foarte similar cu pHpMyAdmin. Se conectează la baze de date MySQL, Microsoft SQL și PostgreSQL. Deschis. Găsiți mai multe informații la hheidisql
Lista instrumentelor este nesfârșită, dar cele de mai sus sunt unele dintre cele mai populare alegeri.
# 2) Instrumente de comparare a performanței și încărcării bazei de date:
- HammerDB: Este un instrument open source pe care mulți experți în DB îl garantează. Personal nu am folosit acest lucru, dar acceptă multe baze de date. Din capturile de ecran și aspectul acestuia, pare un instrument care merită verificat. Mai multe detalii la hammerdb
- NEGLIJENT: Instrumentul Silly Little Oracle Benchmark vă ajută să faceți timp și să evaluați stilul I / O al tranzacțiilor DB. Vă poate ajuta să înțelegeți procesorul, memoria și timpii de procesare pentru tranzacțiile în bloc pe sistemul dvs. Mai multe detalii la kevinclosson
- Swingbench : Acesta este un instrument foarte asemănător cu HammerDB. Acest lucru funcționează pe DB Oracle și este foarte eficient. Pentru a înțelege instrumentul și caracteristicile acestuia, încercați acest ghid: dominicgiles
Testarea API
API nu vorbește strict despre back-end, dar din moment ce grupăm în mod vag tot ceea ce nu este vizibil pentru utilizatorul final ca back-end, să vorbim și despre acest lucru pe scurt.
API înseamnă Application Program Interface (Interfață de program de aplicație) și aici se află practic toată logica de programare. Nu are o interfață de utilizare, care este una dintre cele mai mari provocări atunci când vine vorba de testarea acesteia. Pe de altă parte, deoarece API-urile sunt create în general înainte ca interfața de utilizare a aplicației să apară, testarea API-ului înseamnă de obicei testarea timpurie.
Mesageria și trimiterea / primirea apelurilor sunt utilizate în locul trimiterii și primirii directe a datelor de intrare și ieșire.
Cel mai popular instrument utilizat pentru testarea API este SOAPUI.
- STH ca un tutorial extins despre SoapUI la => 15+ Tutoriale SoapUI - Ghidul dvs. complet pentru SoapUI
- Și HP UFT vă poate ajuta cu acest lucru => 16 Caracteristici noi ale HP UFT - QTP vs UFT
Toate bazele de date și aplicațiile în sine sunt instalate pe servere care mențin aceste sisteme în funcțiune.
ce este depozitul de obiecte în qtp
Există câteva teste care se execută aici:
# 1) Instalare: Odată ce instalarea este finalizată, puteți merge la folderele respective și asigurați-vă că fișierele / elementele au ajuns în folderele țintă în modul în care trebuiau. Acum, dacă vă întrebați „cum voi ști unde trebuie să meargă totul?” Întrebați echipele de dezvoltare sau de implementare și vă pot confirma acest lucru.
Este posibil ca acest pas să nu fie obligatoriu, dar unele companii utilizează implementări manuale. În acest caz, ar putea deveni un lucru important test de fum / sanatate Etapa.
# 2) Jurnale: Există jurnale menținute pentru starea fiecărei tranzacții pe servere. Acest lucru ne va oferi informații despre dacă procesul end-to-end a fost un succes.
Uneori, front-end-ul trimite date valide, iar baza de date ar putea fi actualizată corect. Ce se întâmplă dacă această operațiune face o excepție, provoacă o scurgere de memorie sau provoacă un fel de defecțiune? Jurnalele de pe partea serverului vă vor dezvălui aceste informații.
Nu este o regulă, dar, în general, majoritatea serverelor sunt sisteme bazate pe UNIX. Deci, pentru a putea trece cu ușurință prin ele, veți avea nevoie de o modalitate de conectare la serverul dvs.
PuTTy, hands down este cea mai populară alegere pentru a vă conecta la serverele dvs. Chit este un produs open source și nu necesită instalare. Tot ce trebuie să faceți este să îl descărcați și să îl utilizați.
Sistemele UNIX nu au o interfață grafică pentru utilizator și acest lucru le face perfecte pentru a fi servere App și DB. Sunt sigure, abstracte, mai rapide și mai ieftine. Există multe variante ale UNIX și, din cauza absenței GUI, va trebui să folosim comenzi pentru a comunica cu serverul. Toți avem resursele noastre Comenzi UNIX iar acesta este al meu: inginer liber
# 3) Performanța și securitatea serverului:
La fel ca orice altă parte a software-ului, serverul trebuie să fie sigur și receptiv.
Există multe instrumente disponibile pentru a verifica acest lucru și pentru a găsi unul care funcționează pentru dvs., consultați această listă: Cele mai populare 30 de instrumente de testare a aplicațiilor web
In cele din urma,
După cum trebuie să fi observat, acest articol singur nu vă va ajuta să învățați testarea Backend în întregime. Cu toate acestea, vă indică resurse și referințe care vă vor ajuta să îl stăpâniți. Deci, marcați-l pentru referință!
De asemenea, pentru aceia dintre noi care tind să creadă că testarea funcțională se referă la GUI și Front End, acest articol ar trebui să arate că nu este cazul.
Indiferent dacă căutați în DB sau căutați în jurnal starea unei tranzacții sau trimiteți un mesaj de solicitare la un anumit serviciu, validați aptitudinea programului pentru a fi utilizat.
Cu alte cuvinte, este funcționalitate. „În cazul în care testați” și „modul în care testați” diferă.
La fel cum o aplicație trebuie să funcționeze din toate punctele de vedere pentru a avea succes, noi testerii trebuie să înțelegem și să explorăm numeroasele fațete ale unui sistem software pentru a declara că este gata de utilizare.
Despre autor: Acest articol este scris de Swati S., membru al echipei STH.
Este rândul tău să împărtășești!
Exemplu de expresie regulată c ++
Spuneți-ne cum am făcut acest articol. Există vreun alt tip de testare backend pe care îl faceți? Ce instrumente folosiți? Ce tehnici vi s-au părut utile? Vreo provocare?
Comentariile, întrebările, participarea și citirea dvs. sunt prețioase pentru noi!
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Testarea alfa și testarea beta (un ghid complet)
- Descărcare eBook Descărcare Primer
- Tutorial de testare a depozitului de date ETL (ghid complet)
- Tipuri de testare software: diferite tipuri de testare cu detalii
- Cum se efectuează testarea ETL folosind instrumentul Informatica PowerCenter
- Testarea funcțională Vs testarea nefuncțională
- Întrebări și răspunsuri la interviuri de testare ETL