Meniu

Tutorial de testare a configurației cu exemple

configuration testing tutorial with examples

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Introducere în testarea configurației software:

Acest articol v-a fost adus pentru a discuta despre un tip special de testare software, care este foarte important pentru afacere.

Vom discuta elementele de bază ale testării configurației, nevoia, importanța, obiectivele și tipurile acesteia. Pe măsură ce vom avansa mai departe în articol, vom învăța în detaliu cum să efectuăm această testare.

Sa incepem!!

Acest tutorial vă va oferi o imagine de ansamblu completă a testării configurației și va acționa ca un ghid perfect pentru oricine care este nou în acest concept de testare și va perfecționa cunoștințele celor care au deja experiență în acesta.

Testarea configurației

Ce veți învăța:

Ce este testarea configurației?

Testarea configurației este o metodă de testare a unui sistem în curs de dezvoltare pe mai multe mașini care au combinații sau configurații diferite de hardware și software. Performanța sistemului sau a unei aplicații este testată pe baza fiecărei configurații hardware și software acceptate.

Când spunem diferite configurații de hardware și software, acesta este atribuit mai multor versiuni de sisteme de operare, browsere, drivere acceptate, dimensiuni de memorie, tipuri de hard disk, procesoare etc.

seleniu

De ce această testare?

Așa cum s-a discutat mai sus, această testare este o tehnică care evaluează performanța unui software, sistem / aplicație luând în considerare diferitele configurații ale sistemului.

Această testare se face pentru a determina configurațiile optime în care un sistem sau o aplicație poate funcționa bine fără erori, probleme sau defecte de performanță. Deci, cea mai eficientă configurație care va oferi caracteristicile de performanță necesare este identificată cu ajutorul acestor teste.

Al doilea motiv principal al acestei testări este verificarea compatibilității sistemului cu celelalte programe sau echipamente semnificate în SRS (specificația cerințelor software).

Un exemplu

Să luăm în considerare faptul că întreprinderea dvs. a dezvoltat o aplicație desktop în limbajul C # și această aplicație este construită pe cadrul .NET.

Și această aplicație se bazează pe o arhitectură pe 3 niveluri care are trei straturi - front end (client), stratul aplicației (server) și stratul bazei de date. Fiecare dintre straturi va susține anumite platforme în consecință.

Să presupunem că fiecare strat acceptă platformele de mai jos:

Client - Sistem de operare Windows 10, Windows 7, Windows XP, Sistem de operare Linux.

care este cel mai bun spyware pentru telefoanele mobile

Server - Server Ubuntu, Windows Server 2016 , Novell Open Enterprise Server .

Bază de date - Microsoft SQL Server, IBM DB2, MySQL.

Configurarea aplicației desktop

Acum, ca tester de software, va trebui să testați aplicația sub fiecare dintre diversele combinații ale platformelor client, server și bază de date de mai sus pentru a vă asigura că aplicația funcționează bine cu fiecare dintre configurațiile posibile.

De exemplu , veți verifica modul în care funcționează aplicația cu combinația dintre sistemul de operare Windows 10, Windows Server 2016 și baza de date MySQL, apoi veți efectua un alt test pentru a verifica modul în care funcționează aplicația cu combinația sistemului de operare Windows 10, Windows Server 2016 și baza de date IBM DB2.

Și așa mai departe până când testați toate configurațiile posibile.

Testarea noastră nu ar fi limitată doar la software, ci va acoperi și hardware-ul, unde va trebui să verificăm fiecare dintre combinațiile diferitelor dispozitive hardware. Prin urmare, uneori, acest test este denumit și Testarea configurației hardware.

Pregătirea testului de configurare

Această testare are anumite condiții prealabile care trebuie îndeplinite înainte de a executa testele de configurare.

Mai jos sunt condițiile prealabile:

# 1) Pregătirea matricei de acoperire

Datorită unui număr imens de configurații hardware și software posibile, devine foarte mult timp și aproape imposibil să testați fiecare dintre configurații în mod eficient.

De exemplu , în exemplul pe care l-am discutat mai sus, vom avea un total de 3 * 3 * 3, adică 27 de configurații software. Și, să presupunem că avem 5 hard diskuri diferite și 6 dimensiuni diferite de memorie. Apoi, numărul va merge la 27 * 5 * 9, adică 810 configurații acum.

Acest lucru va continua să crească dacă adăugăm mai multe componente la imagine. Așadar, devine crucial să planificăm efortul de testare a software-ului și să identificăm clar ce platforme vor fi acceptate.

Apoi, trebuie să venim cu o matrice de acoperire care să conțină diferitele combinații de configurații hardware și software. Uneori, această matrice de acoperire este, de asemenea, cunoscută sub numele de BCM (Basic Configuration Matrix).

Configurații de testare

Figura de mai sus prezintă un exemplu de matrice schematică a configurațiilor pe care ați dori să le testați.

# 2) Prioritizarea configurațiilor

Odată ce matricea de configurație este pregătită, următorul pas este prioritizarea configurațiilor.

Acest pas este necesar, deoarece este imposibil să testați întreaga gamă largă de configurații. Deci, pe baza feedback-ului clientului, sunt înscrise cele mai critice configurații și trebuie testate mai întâi cu atenție.

Odată ce am terminat cu cei doi pași de mai sus, putem continua testarea diferitelor configurații pe baza priorității lor.

Microsoft VSTS - Instrument de testare a configurației

Microsoft Visual Studio Team Services (VSTS) este un instrument care ajută foarte mult la testarea aplicației dvs. sub diferite configurații bazate pe planul de testare.

Ar trebui să aveți un plan de testare pentru a decide ce teste doriți să executați și pe ce configurații. Trebuie să vă asigurați că aveți un mediu potrivit configurat pentru configurațiile de care aveți nevoie. Odată ce ai matricea combinațiilor, trebuie să o testezi.

Puteți urma pașii de mai jos pentru a efectua această testare:

# 1) Configurați configurațiile și creați variabilele. O variabilă este una dintre componentele din configurația dvs.

De exemplu , poate exista o variabilă „Browser” care poate avea mai multe valori precum Chrome, Firefox, IE10 etc.

#Două) Alocați configurațiile planurilor de testare / suitelor de testare sau cazurilor individuale de testare.

# 3) Executați testele pentru fiecare configurație.

# 4) Urmăriți rezultatele testului pentru fiecare dintre configurații.

Un ghid detaliat pas cu pas pentru efectuarea acestei testări cu VSTS poate fi vizualizat aici: VSTS - Testați diferite configurații

Exemplu de potrivire regex c ++

Obiective

Mai jos sunt prezentate diferitele obiective ale acestei testări:

  • Pentru a determina configurația optimă a AUT (Aplicație sub test).
  • Pentru a descoperi vulnerabilitățile ascunse conținute de hardware.
  • Pentru a asigura continuitatea afacerii prin detectarea și remedierea problemelor înainte ca acestea să împiedice operațiunile comerciale.
  • Pentru a elimina o deriva de configurare.
  • Pentru a minimiza numărul de erori datorate erorilor de configurare a gazdei.
  • Validarea aplicației pentru a se asigura că îndeplinește configurabilitatea.
  • Pentru a analiza performanța sistemului prin adăugarea, eliminarea sau modificarea componentelor hardware ( De exemplu . Variază dimensiunile memoriei, adăugând echilibratoare de sarcină etc.).
  • Pentru a verifica dacă sistemul funcționează bine într-un mediu distribuit geografic (serverele și clienții sunt situați în locații diferite).
  • Verificarea cât de ușor pot fi reproduse erorile, indiferent de modificările de configurare.
  • Pentru a verifica cât de ușor de urmărit și de gestionat sunt elementele aplicației.

Tipuri de testare a configurației

Putem avea două linii diferite de divizii pentru această testare.

Pe prima linie , poate fi împărțit în două părți:

  1. Testarea configurației software
  2. Testarea configurației hardware

Pe a doua linie , poate fi din nou împărțit în două părți - 1. Testare la nivel de client și 2. Testare la nivel de server

care este masca de subrețea adecvată pentru o rețea între două gazde

Pentru început, să vedem despre configurația hardware și software.

# 1) Testarea configurației software:

Această testare se realizează prin intermediul AUT (aplicație sub test) cu mai multe versiuni de sistem de operare, actualizări de software etc. Aceasta este o testare lungă, deoarece consumă foarte mult timp pentru a instala și dezinstala diferitele programe software care urmează să fie utilizate pentru testare.

O abordare pentru a economisi timp este de a folosi mașini virtuale pentru testarea configurației software. O mașină virtuală simulează configurațiile în timp real și oferă aceeași senzație ca la o mașină fizică.

Deci, în loc să instalăm și să dezinstalăm software-ul multiplu pe o singură mașină fizică, putem avea mai multe mașini virtuale care simulează fiecare configurație diferită pentru care trebuie să facem testarea.

Testarea configurației software începe odată ce versiunea este lansată după ce a trecut prin testul de unitate și testul de integrare.

# 2) Testarea configurației hardware:

Testarea configurației hardware se efectuează de obicei în laboratoare, unde avem mașini fizice cu diferite hardware conectate la acestea.

De fiecare dată când o versiune este lansată, software-ul trebuie instalat în toate mașinile fizice la care este atașat hardware-ul, iar suita de testare trebuie executată pe fiecare mașină pentru a confirma că aplicația funcționează bine.

Pentru a îndeplini sarcina menționată mai sus, este necesar un efort semnificativ pentru a configura software-ul pe fiecare mașină, pentru a conecta hardware-ul la acesta și apoi pentru a executa manual suitele de testare. Chiar dacă automatizăm această sarcină și executăm suita de testare, chiar și atunci ar fi necesar un efort semnificativ.

De asemenea, așa cum am discutat deja în partea anterioară a acestui articol, în timp ce facem testul de configurare hardware, explicăm tipul de hardware care trebuie testat și există numeroase hardware și periferice pentru computer care fac aproape imposibilă executarea tuturor teste.

Deci, un tester analizează care hardware este utilizat în principal de către client și apoi efectuează testarea pe baza prioritizării.

Acum, să discutăm testarea configurației la nivel de client și server.

# 1) Testare la nivel de client : Are o comunitate cu testele de utilizare și funcționalitate. Această testare se face din punctul de vedere al intereselor directe ale utilizatorului său.

# 2) Testarea la nivel de server : Acest tip de testare se face pentru a investiga interacțiunea dintre software și mediul extern atunci când este planificat să fie integrat post-lansare.

Importanța acestui test pentru o întreprindere

Această testare este foarte importantă pentru ca o întreprindere să vină și să susțină aplicații performante, scalabile și disponibile.

Această testare trebuie efectuată într-o manieră continuă și, de preferință, automată (în caz contrar, consumă mult timp când se face manual) cu intenția de a identifica și corecta rapid factorii care contribuie la ineficiențe.

Cele mai bune 11 instrumente de gestionare a configurației software (instrumente SCM în 2020)

Concluzie

Testarea configurației este la fel de importantă ca orice alt tip de testare software, deoarece descoperă configurația optimă a sistemului sub care aplicația funcționează la cel mai bun nivel. De asemenea, ajută la identificarea și corectarea oricăror probleme de compatibilitate.

În acest articol, am aflat despre ce este testarea configurației, de ce efectuăm aceste teste, care sunt obiectivele sale, care sunt tipurile sale, care sunt condițiile prealabile ale acestui test, cum trebuie făcut, cât de important este pentru un întreprindere etc., într-o manieră detaliată.

Sper că acest articol a fost informativ și v-ar fi adus o idee corectă despre testarea configurației.

Lectură recomandată

^