Naziva li se istodobno izvršavanje testova i paralelno testiranje?

Izraz se koristi u oba smisla. Pokretanje više automatiziranih paketa odjednom na mreži skraćuje vrijeme izvršavanja, ali ne uspoređuje ništa između dva sustava.

Što je paralelno testiranje? Metoda, pristup i primjer

⚡ Pametni sažetak

Paralelno testiranje istovremeno pokreće naslijeđeni sustav i novorazvijeni sustav na istim ulaznim podacima, tako da testeri mogu potvrditi da migrirani podaci, izračuni i poslovni tokovi i dalje daju identične rezultate.

🎯 Svrha: Dokažite da se nova verzija ponaša isto kao stara, ili čak i bolje.
️ okidač: Zamjene sustava, migracije podataka i prozori sinkronizacije dvaju sustava.
🚪 Kriteriji: Ulazni kriteriji otvaraju ciklus; izlazni kriteriji ga zatvaraju.
🔍 Metoda: Usporedite oba izlaza redak po redak i klasificirajte svaku razliku.
⚠️ Trošak: Potrebno je potpuno poznavanje proizvoda i potpuna pokrivenost ishoda.

Pročitaj više

Što je paralelno testiranje?

Paralelno testiranje je vrsta testiranja softvera u kojoj se više verzija ili podkomponenti aplikacije testira s istim ulazom na različitim sustavima istovremeno, kako bi se smanjilo vrijeme izvršavanja testa. Svrha paralelnog testiranja je utvrditi ponašaju li se starija i nova verzija isto ili drugačije te utvrditi je li nova verzija učinkovitija.

Donja slika prikazuje paralelno testiranje.

Primjer paralelnog testiranja

Kada organizacija prelazi na novi sustav, naslijeđeni podaci važan su dio preseljenja, a njihov prijenos je složen.

U testiranju softvera, provjera kompatibilnosti novo razvijenog sustava sa starim sustavom provodi se paralelnim testiranjem, kao što je prikazano na donjem dijagramu.

Zašto raditi paralelno testiranje

Paralelno testiranje se provodi iz tih razloga.

Kako biste bili sigurni da nova verzija aplikacije radi ispravno
Kako biste bili sigurni da su rezultati dosljedni između nove i stare verzije
Za provjeru je li se format podataka između dvije verzije promijenio
Za provjeru integriteta nove aplikacije

Na primjer, korisnici trenutno koriste verziju 1.0 aplikacije, a od ožujka će prijeći na verziju 1.1, kao što je prikazano u nastavku.

U takvim slučajevima testeri provode paralelno testiranje kako bi potvrdili da je migracija podataka uspješno završena i da promjene u novoj verziji ne utječu ni na funkciju sustava ni na izlaz koji korisnik očekuje.

Kada raditi paralelno testiranje

Paralelno testiranje se široko koristi kada:

Tvrtka prelazi sa starog na novi sustav
Synckronizacija se provodi između dva sustava
Stari podaci se uvoze iz jednog sustava u drugi
Svi ishodi moraju biti precizno definirani - na primjer financijska ili osiguravateljska domena, gdje je izračun glavna funkcionalnost sustava

Kako napraviti paralelno testiranje: Cjeloviti pristup

Za paralelno testiranje stvarate nekoliko projekata od kojih svaki testira drugi dio aplikacije (podređeni projekti) i jedan projekt (glavni projekt) koji ih pokreće.

Paralelno testiranje ima dvije razine kriterija.

Kriteriji za upis u paralelni test — definirati zadatke koji moraju biti ispunjeni prije nego što se paralelno testiranje može učinkovito izvršiti.
Kriteriji za izlaz iz paralelnog testa — definirati uspješan završetak paralelne faze testiranja.

Prvo se mora ispuniti nekoliko preduvjeta.

Paralelno testiranje ne može započeti dok se okruženje ispitivanja postavljanje je završeno
Prvo treba definirati sve preduvjete i scenarije
Naslijeđeni podaci i novi podaci moraju se uspješno premjestiti
Paralelno testiranje nije završeno dok se ne zadovolje svi izlazni kriteriji.

Izvršite paralelno testiranje u pet koraka.

Pokrenite stari sustav s novo razvijenim sustavom.
Razumjeti razlike između dva sustava.
Prođite kroz cijeli ciklus koristeći isti ulaz.
Izmjerite izlaz novorazvijenog sustava u odnosu na izlaz starog sustava.
Prijavite uzrok bilo koje pronađene greške.

Dobre prakse za paralelno testiranje

Evo nekoliko korisnih savjeta.

Tipične pogreške identificirane u paralelnom testiranju

Interna logika je promijenjena
Tok proizvoda se mijenja
Glavne funkcionalnosti su modificirane

Koliko ciklusa bi trebalo biti potrebno

Broj ciklusa testiranja ovisi o složenosti modula. Pokrenite više ciklusa scenarija koristeći unaprijed definirane podaci ispitivanja koji je prošao kroz prethodni sustav.

Kategorizacija razlika

Rezultate novog i starog sustava treba mjeriti redak po redak s istaknutim razlikama, a svaku razliku klasificirati prema vrsti pogreške.

Vrsta pogreške koja se dogodila tijekom ciklusa

Za svaku razliku, ispitivač treba navesti koja se primjenjuje.

Pogreška pri unosu
Greška uzrokovana starim sustavom
Objašnjiva ili prihvatljiva razlika
Neočekivana greška

Što nije paralelno testiranje

Tablica crta granicu.

To je paralelno testiranje	To nije paralelno testiranje
Testiranje ažurirane aplikacije u odnosu na prethodnu aplikaciju.	Testiranje samo jednog softvera.
Pokretanje starog scenarija s novim softverom pod istim ulaznim uvjetima.	Testiranje na više preglednika ili na više platformi.
Cilj je saznati ishod prema prethodnom sustavu.	Cilj je pronaći problem u dizajnu.
Potrebno je poznavanje i starog i novo razvijenog sustava.	Poznavanje razlike nije potrebno.

Izazovi paralelnog testiranja

Potrebno je potpuno poznavanje proizvoda
Svaki rezultat treba testirati
Unos podataka i protok proizvoda zahtijevaju stalnu pažnju

Pitanja i odgovori

Regresijsko ispitivanje uspoređuje izradu s vlastitim očekivanim rezultatima. Paralelno testiranje uspoređuje dva odvojena sustava, koristeći stariji kao referencu.

Modeli mogu razlikovati dva skupa rezultata i neusklađenosti klastera, odvajajući objašnjive razlike u zaokruživanju od stvarnih nedostataka. Ta trijaža je najsporiji ručni dio svakog ciklusa.

Da. Usporedba zapisa i formatiranje izvješća su repetitivan kod koji asistent dobro rješava. Pravila tolerancije i dalje zahtijevaju čovjeka, jer je prihvatljiva razlika poslovna odluka.

Testeri izvršavaju cikluse; poslovni korisnici procjenjuju razlike. U financijama i osiguranju stručnjak za domenu odlučuje koja su neusklađenost prihvatljiva.

Podaci o stvarnoj proizvodnji iz naslijeđenog sustava, maskirani gdje je potrebno. Sintetički podaci skrivaju povijesne rubne slučajeve koje migracija najčešće prekida.

Izraz se koristi u oba smisla. Pokretanje mnogih automatizirani paketi odjednom na mreži skraćuju vrijeme izvršavanja, ali ne uspoređuju ništa između dva sustava.

Kada je ispunjen svaki kriterij izlaza: svi ciklusi izvršeni, svaka razlika klasificirana, nema otvorenih neobjašnjivih neusklađenosti. Potpisivanje obično prethodi testiranje prihvatljivosti korisnika.

Dva aktivna okruženja, duplicirani podaci i osoblje koje poznaje oba sustava. Trošak se prihvaća tamo gdje pogrešan izračun nosi regulatorne posljedice.