Execuția concurentă a testelor este numită și testare paralelă?

Termenul este folosit în ambele sensuri. Rularea mai multor suite automate simultan pe o grilă scurtează timpul de execuție, dar nu compară nimic între două sisteme.

Ce este testarea paralelă? Metodă, abordare și exemplu

⚡ Rezumat inteligent

Testarea paralelă rulează simultan un sistem vechi și un sistem nou dezvoltat pe aceleași date de intrare, astfel încât testerii să poată confirma că datele, calculele și fluxurile de business migrate produc în continuare rezultate identice.

🎯 Scop: Dovedește că noua versiune se comportă la fel ca cea veche, sau chiar mai bine.
️ declanșare: Înlocuiri de sisteme, migrări de date și ferestre de sincronizare între două sisteme.
🚪 Criterii: Criteriile de intrare deschid ciclul; criteriile de ieșire îl închid.
🔍 Metodă: Comparați ambele rezultate linie cu linie și clasificați fiecare diferență.
⚠️ Pretul biletului: Sunt necesare cunoștințe complete despre produs și o acoperire completă a rezultatelor.

Citește mai mult

Ce este testarea paralelă?

Testare paralelă este un tip de testare software în care mai multe versiuni sau subcomponente ale unei aplicații sunt testate simultan cu aceleași date de intrare pe sisteme diferite, pentru a reduce timpul de execuție a testelor. Scopul testării paralele este de a afla dacă versiunea veche și noua versiune se comportă la fel sau diferit și de a stabili dacă noua versiune este mai eficientă.

Imaginea de mai jos ilustrează testarea în paralel.

Exemplu de testare în paralel

Când o organizație trece la un sistem nou, datele vechi reprezintă o parte importantă a mișcării, iar transferul acestora este complex.

În testarea software, verificarea compatibilității sistemului nou dezvoltat cu sistemul vechi se face prin testare paralelă, așa cum arată diagrama de mai jos.

De ce să faceți teste paralele

Testarea paralelă se face din aceste motive.

Pentru a vă asigura că noua versiune a aplicației funcționează corect
Pentru a asigura consecvența rezultatelor între versiunea nouă și cea veche
Pentru a verifica dacă formatul datelor dintre cele două versiuni s-a modificat
Pentru a verifica integritatea noii aplicații

De exemplu, utilizatorii utilizează în prezent versiunea 1.0 a unei aplicații, iar din martie vor trece la versiunea 1.1, așa cum este ilustrat mai jos.

În astfel de cazuri, testerii execută teste în paralel pentru a confirma că migrarea datelor s-a finalizat cu succes și că modificările din noua versiune nu afectează nici funcția sistemului, nici rezultatul așteptat de utilizator.

Când să faceți testarea paralelă

Testarea paralelă este utilizată pe scară largă atunci când:

Compania trece de la un sistem vechi la unul nou
SyncCronizarea se efectuează între două sisteme
Datele vechi sunt importate dintr-un sistem în altul
Toate rezultatele trebuie definite cu precizie - de exemplu, domeniul financiar sau al asigurărilor, unde calculul este o funcționalitate majoră a sistemului

Cum se face testarea paralelă: abordare completă

Pentru testarea paralelă, creați mai multe proiecte care testează fiecare o parte diferită a aplicației (proiecte slave) și un proiect (proiectul master) care le rulează.

Testarea paralelă are două niveluri de criterii.

Criterii de admitere la testele paralele — să definească sarcinile care trebuie îndeplinite înainte ca testarea paralelă să poată fi executată eficient.
Criterii de ieșire pentru testele paralele — să definească încheierea cu succes a etapei de testare paralelă.

Mai întâi trebuie îndeplinite câteva condiții prealabile.

Testarea paralelă nu poate începe până la mediu de testare configurarea este finalizată
Toate precondițiile și scenariile ar trebui definite mai întâi
Datele vechi și datele noi trebuie migrate cu succes
Testarea paralelă nu este completă până când nu au fost îndeplinite toate criteriile de ieșire

Efectuați testarea paralelă în cinci pași.

Rulați sistemul vechi împotriva sistemului nou dezvoltat.
Înțelegeți diferențele dintre cele două sisteme.
Parcurgeți un ciclu complet folosind aceeași intrare.
Măsurați randamentul sistemului nou dezvoltat în raport cu randamentul sistemului vechi.
Raportați cauza oricărei erori descoperite.

Bune practici pentru testarea paralelă

Iată câteva sfaturi utile.

Erori tipice identificate în Testarea paralelă

Logica internă este schimbată
Fluxul produsului este modificat
Funcționalitățile majore sunt modificate

Câte cicluri ar trebui să fie necesare

Numărul de cicluri de testare depinde de complexitatea modulului. Rulați mai multe cicluri de scenarii folosind scenarii predefinite date de testare care a trecut la sistemul anterior.

Clasificarea diferențelor

Rezultatele sistemului nou și ale celui vechi ar trebui măsurate linie cu linie, cu evidențierea diferențelor, iar fiecare diferență clasificată în funcție de tipul de eroare.

Tipul de eroare a apărut în timpul ciclurilor

Pentru fiecare diferență, testerul ar trebui să noteze care este aplicabilă.

Eroare de intrare
Eroare cauzată de sistemul vechi
Diferență explicabilă sau acceptabilă
Eroare neașteptată

Ce nu este o testare paralelă

Tabelul trasează limita.

Este testarea paralelă	Nu este testare paralelă
Testarea aplicației actualizate față de aplicația anterioară.	Testarea unui singur software.
Rularea scenariului vechi cu noul software în aceleași condiții de intrare.	Testare cross-browser sau cross-platform.
Scopul este de a afla rezultatul conform sistemului anterior.	Scopul este de a identifica o problemă de design.
Sunt necesare cunoașterea atât a sistemului vechi, cât și a celui nou dezvoltat.	Cunoașterea diferenței nu este necesară.

Provocările testării paralele

Sunt necesare cunoștințe complete despre produs
Fiecare rezultat ar trebui testat
Introducerea datelor și fluxul de produse necesită atenție constantă

Întrebări frecvente

Testare de regresie compară o versiune construită cu propriile rezultate așteptate. Testarea paralelă compară două sisteme separate, folosindu-l pe cel mai vechi ca referință.

Modelele pot diferenția două seturi de rezultate și pot grupa neconcordanțe, separând diferențele explicabile de rotunjire de defectele reale. Această triere este cea mai lentă parte manuală a fiecărui ciclu.

Da. Compararea înregistrărilor și formatarea rapoartelor sunt coduri repetitive pe care un asistent le gestionează bine. Regulile de toleranță necesită în continuare intervenția umană, deoarece o diferență acceptabilă este un apel de afaceri.

Testerii execută ciclurile; utilizatorii business soluționează diferențele. În finanțe și asigurări, expertul în domeniu decide ce neconcordanțe sunt acceptabile.

Date reale de producție din sistemul vechi, mascate acolo unde este necesar. Datele sintetice ascund cazurile limită istorice pe care migrarea le întrerupe cel mai adesea.

Termenul este folosit în ambele sensuri. Conducerea multor ușor automatizată. suite simultan pe o grilă scurtează timpul de execuție, dar nu compară nimic între două sisteme.

Când fiecare criteriu de ieșire este îndeplinit: toate ciclurile executate, fiecare diferență clasificată, nicio nepotrivire inexplicabilă deschisă. Aprobarea precede de obicei testarea de acceptare a utilizatorului.

Două medii live, date duplicate și personal care cunoaște ambele sisteme. Costul este acceptat acolo unde un calcul greșit are consecințe de reglementare.