what is regression testing
Što je regresijsko ispitivanje?
Ispitivanje regresijom vrsta je ispitivanja koja se provodi kako bi se potvrdilo da promjena koda u softveru ne utječe na postojeću funkcionalnost proizvoda. Ovim se želi osigurati da proizvod dobro funkcionira s novom funkcionalnošću, ispravcima programskih pogrešaka ili bilo kojom promjenom postojeće značajke. Prethodno izvršeni testni slučajevi ponovno se izvršavaju kako bi se provjerio učinak promjene.
=> Kliknite ovdje za potpunu seriju vodiča za plan ispitivanja
Regresijsko testiranje je vrsta softverskog testiranja u kojem se test slučajevi ponovno izvršavaju kako bi se provjerilo radi li prethodna funkcionalnost aplikacije u redu i nove promjene nisu unijele nove greške.
Ovaj se test može izvesti na novoj gradnji kada dođe do značajne promjene u izvornoj funkcionalnosti koja se čak i u jednom ispravku programske pogreške.
Regresija znači ponovno testiranje nepromijenjenih dijelova aplikacije.
Što ćete naučiti:
- Vodiči obrađeni u ovoj seriji
- Pregled regresijskog testa
- Kada izvesti ovaj test?
- Može li se testiranje regresije izvoditi ručno?
- Alati za automatizirano regresijsko ispitivanje
- Zašto test regresije?
- Vrste regresijskog ispitivanja
- Koliko je potrebna regresija?
- Što radimo u provjeri regresije?
- Tehnike ispitivanja regresije
- Kako odabrati paket za regresijski test?
- Kako izvesti regresijsko testiranje?
- Regresija u okretnom
- Prednosti
- Mane
- Regresija GUI aplikacije
- Razlika između regresije i ponovnog testiranja
- Predložak plana regresijskog ispitivanja (TOC)
- Zaključak
- Preporučena literatura
Vodiči obrađeni u ovoj seriji
Vodič br. 1: Što je regresijsko ispitivanje (Ovaj vodič)
Vodič br. 2: Alati za regresijski test
Vodič br. 3: Ponovno testiranje protiv regresijskog ispitivanja
Vodič br. 4: Automatizirano regresijsko ispitivanje u okretnom
Pregled regresijskog testa
Regresijski test je poput metode provjere. Test slučajevi su obično automatizirani jer se test slučajevi moraju izvoditi iznova i iznova, a pokretanje istih slučajeva iznova i ručno je dugotrajno i zamorno.
Na primjer, Razmotrite proizvod X u kojem je jedna od funkcija pokretanje potvrde, prihvaćanja i poslane e-pošte kada se kliknu gumbi Potvrdi, Prihvati i Otpremi.
Neki se problem pojavljuje u e-poruci s potvrdom, a kako bi se ispravili isti, izvršavaju se neke promjene koda. U ovom slučaju, ne moraju se testirati samo e-adrese s potvrdom, već moraju biti testirane i e-adrese s prihvaćanjem i slanjem kako bi se osiguralo da promjena koda na njih ne utječe.
Ispitivanje regresije ne ovisi ni o jednom programskom jeziku kao što su Java, C ++, C # itd. To je metoda ispitivanja koja se koristi za testiranje proizvoda na izmjene ili bilo kakva ažuriranja koja se rade. Provjerava da bilo kakva preinaka proizvoda ne utječe na postojeće module proizvoda.
Provjera ispravljanja programskih pogrešaka i dodavanja novih značajki nisu stvorile nikakav problem u prethodnoj radnoj verziji softvera.
Ispitivači izvode funkcionalno testiranje kada je nova verzija dostupna za provjeru. Namjera ovog testa je provjeriti promjene u postojećoj funkcionalnosti i novo dodanoj funkcionalnosti.
Kada je ovaj test završen, ispitivač bi trebao provjeriti radi li postojeća funkcionalnost kako se očekivalo, a nove promjene nisu unijele nikakav nedostatak u funkcionalnosti koja je radila prije ove promjene.
Regresijski test trebao bi biti dio ciklusa otpuštanja i mora se uzeti u obzir u procjeni testa.
Kada izvesti ovaj test?
Ispitivanje regresije obično se provodi nakon provjere promjena ili nove funkcionalnosti. Ali to nije uvijek slučaj. Da bi se izdanje završilo mjesecima, regresijski testovi moraju biti uključeni u dnevni ciklus ispitivanja. Za tjedna izdanja mogu se izvesti regresijski testovi kada je funkcionalno testiranje završeno radi promjena.
Provjera regresije varijacija je ponovnog ispitivanja (što je jednostavno ponavljanje testa). Pri ponovnom testiranju razlog može biti bilo što. Recimo, testirali ste određenu značajku i bio je kraj dana - niste mogli završiti testiranje i morali ste zaustaviti postupak bez odluke je li test prošao / pao.
Sljedeći dan kada se vratite, ponovite test još jednom - to znači da ponavljate test koji ste prethodno izvršili. Jednostavan postupak ponavljanja testa je Ponovni test.
Regresijski test u svojoj osnovi je svojevrsni ponovni test. Samo se za posebnu priliku nešto u aplikaciji / kodu promijenilo. To može biti kod, dizajn ili bilo što drugo što diktira cjelokupni okvir sustava.
Ponovni test koji se provodi u ovoj situaciji kako bi se osiguralo da spomenuta promjena nije utjecala na bilo što što je već radilo prije naziva se test regresije. Najčešći razlozi zbog kojih se to može provesti su zato što su stvorene nove verzije koda (povećanje opsega / zahtjeva) ili su ispravljene pogreške.
Može li se testiranje regresije izvoditi ručno?
Upravo sam predavao jedan od ovih dana u svom razredu i došlo mi je pitanje - 'Može li se regresija izvršiti ručno?'
Odgovorio sam na pitanje i krenuli smo dalje u razredu. Činilo se da je sve u redu, ali nekako me ovo pitanje prilično dugo mučilo.
Tijekom mnogih serija ovo pitanje dolazi više puta na različite načine. Neki od njih su:
- Treba li nam alat za izvršenje testa?
- Kako se vrši regresijsko testiranje?
- Čak i nakon cijelog kruga testiranja - pridošlicama je teško razlučiti što je zapravo regresijski test?
I naravno, izvorno pitanje:
- Može li se ovo testiranje izvršiti ručno?
Početi sa, Izvršenje testa jednostavan je postupak korištenja vaših test slučajeva i izvođenje tih koraka na AUT, davanje podataka o ispitivanju i uspoređivanje rezultata dobivenih na AUT s očekivanim rezultatom spomenutim u vašim test slučajevima.
Ovisno o rezultatu usporedbe, postavljamo status prolaska / neuspjeha testnog slučaja. Izvršenje testa je jednostavno, nema posebnih alata potrebnih za ovaj postupak.
Alati za automatizirano regresijsko ispitivanje
Automatizirano regresijsko ispitivanje područje je ispitivanja gdje možemo automatizirati većinu napora testiranja. Sve prethodno izvršene testne slučajeve pokrećemo na novoj gradnji.
To znači da imamo na raspolaganju testni slučaj i ručno pokretanje tih testnih slučajeva oduzima puno vremena. Znamo očekivane rezultate, pa automatizacija ovih testnih slučajeva štedi vrijeme i učinkovita je metoda regresijskog ispitivanja. Opseg automatizacije ovisi o broju testnih slučajeva koji će ostati primjenjivi prekovremeno.
Ako se test slučajevi s vremena na vrijeme razlikuju, opseg primjene se povećava i tada će automatizacija postupka regresije biti gubljenje vremena.
Većina alata za regresijski test su vrste snimanja i reprodukcije. Zabilježit ćete test slučajeve kretanjem kroz AUT (aplikacija koja se testira) i provjeriti dolaze li očekivani rezultati ili ne.
Alati
- Selen
- Kataloški studio
- AdventNet QEngine
- Ispitivač regresije
- vTest
- voda
- aktivna
- Racionalni funkcionalni ispitivač
- SilkTest
- TimeShiftX
Većina su to funkcionalni alati i testovi regresije.
Preporučena literatura => Ovdje potražite popis najboljih alata za regresiju
Dodavanje i ažuriranje slučajeva regresije u testnom paketu automatizacije težak je zadatak. Dok odabirete alat za automatizaciju za regresijske testove, trebali biste provjeriti omogućuje li vam alat lako dodavanje ili ažuriranje test slučajeva.
što koristiti za otvaranje xml datoteka
U većini slučajeva moramo često ažurirati slučajeve automatiziranih regresijskih testova zbog čestih promjena u sustavu.
GLEDAJ VIDEO
Za detaljnije objašnjenje definicije s primjerom, molimo provjerite sljedećeVideo regresijskog testa:
Zašto test regresije?
Regresija se pokreće kada programer popravi bilo kakvu grešku ili doda novi kôd za novu funkcionalnost u sustav.
U novo dodanoj i postojećoj funkcionalnosti može biti mnogo ovisnosti.
Mjera je kvalitete provjeriti je li novi kod sukladan starom, tako da na neizmijenjeni kod ne utječe. Većinu vremena ispitni tim ima zadatak provjeriti posljednje promjene u sustavu.
U takvoj je situaciji potrebno testiranje samo pogođenog područja primjene da bi se postupak testiranja dovršio na vrijeme pokrivajući sve glavne aspekte sustava.
Ovaj je test vrlo važan kada se u aplikaciju dodaju stalne promjene / poboljšanja. Nova funkcionalnost ne bi trebala negativno utjecati na postojeći testirani kôd.
Regresija je potrebna za pronalaženje grešaka koje su se dogodile zbog promjene koda. Ako ovo testiranje ne bude izvedeno, proizvod bi mogao imati kritične probleme u živom okruženju i to doista može dovesti kupca u probleme.
Tijekom testiranja bilo koje internetske web stranice, ispitivač prijavljuje problem zbog kojeg cijena proizvoda nije ispravno prikazana, tj. Prikazuje nižu cijenu od stvarne cijene proizvoda i treba je uskoro popraviti.
Nakon što programer riješi problem, potrebno ga je ponovno testirati, a potrebno je i regresijsko testiranje jer bi se provjera cijene na prijavljenoj stranici ispravljala, ali možda prikazuje netočnu cijenu na stranici sažetka na kojoj je prikazan ukupan broj s ostalim troškovima ili pošta poslana kupcu i dalje ima netočnu cijenu.
Sada, u ovom slučaju, kupac će morati snositi gubitak ako se ovo ispitivanje ne izvede, jer web lokacija izračunava ukupni trošak s netočnom cijenom, a ista cijena ide kupcu e-poštom. Jednom kada kupac prihvati, Proizvod se prodaje na mreži po nižoj cijeni, što će za kupca predstavljati gubitak.
Dakle, ovo testiranje igra veliku ulogu i također je jako potrebno i važno.
Vrste regresijskog ispitivanja
Slijede različite vrste regresije:
- Regresija jedinice
- Djelomična regresija
- Potpuna regresija
# 1) Regresija jedinice
Regresija jedinice vrši se tijekom Jedinstveno ispitivanje faza i kod testiraju se izolirano, tj. blokiraju se sve ovisnosti o jedinici koja se testira, tako da se jedinica može testirati pojedinačno bez ikakvih odstupanja.
# 2) Djelomična regresija
Djelomična regresija se radi kako bi se provjerilo radi li kôd u redu čak i kad su promjene izvršene u kodu i da je jedinica integrirana s nepromijenjenim ili već postojećim kodom.
# 3) Potpuna regresija
Kompletna regresija vrši se kada se promjena koda izvrši na određenom broju modula, a također i ako je utjecaj promjene promjene bilo kojeg drugog modula nesiguran. Proizvod u cjelini je regresiran radi provjere bilo kakvih promjena zbog promijenjenog koda.
Koliko je potrebna regresija?
To ovisi o opsegu novo dodanih značajki.
Ako je opseg popravka ili značajke prevelik, tada je područje primjene koje je zahvaćeno također poprilično veliko i testiranje treba temeljito izvesti, uključujući sve slučajeve ispitivanja aplikacije. No, o tome se može učinkovito odlučiti kada ispitivač od programera dobije informacije o opsegu, prirodi i količini promjene.
Budući da se radi o ponavljajućim testovima, test slučajevi se mogu automatizirati tako da se skup testnih slučajeva može lako izvršiti na novoj gradnji.
Regresijske test slučajeve treba odabrati vrlo pažljivo kako bi maksimalna funkcionalnost bila obuhvaćena minimalnim skupom test slučajeva. Ovom skupu testnih slučajeva potrebna su stalna poboljšanja za novo dodanu funkcionalnost.
Postaje vrlo teško kada je opseg aplikacije vrlo velik i kad se sustav kontinuirano povećava ili zakrpi. U takvim slučajevima potrebno je izvršiti selektivna ispitivanja kako bi se uštedjeli troškovi i vrijeme ispitivanja. Ovi se selektivni testni slučajevi biraju na temelju poboljšanja učinjenih na sustavu i dijelovima na kojima to može najviše utjecati.
Što radimo u provjeri regresije?
- Ponovo pokrenite prethodno provedene testove
- Usporedite trenutne rezultate s prethodno izvedenim rezultatima testa
Ovo je kontinuirani postupak koji se izvodi u različitim fazama tijekom životnog ciklusa testiranja softvera.
Najbolja praksa je provesti regresijski test nakon Ispitivanje razumnosti ili dima i na kraju funkcionalnog testiranja za kratko izdanje.
Kako bi se provelo učinkovito testiranje, regresija Plan ispitivanja treba stvoriti. Ovaj plan trebao bi iznijeti strategiju regresijskog ispitivanja i izlazne kriterije. Testiranje performansi također je dio ovog testa kako bi se osiguralo da performanse sustava ne utječu na promjene napravljene u komponentama sustava.
Najbolje prakse : Pokrenite automatizirane test slučajeve svaki dan navečer kako bi se bilo koje regresijske nuspojave mogle popraviti tijekom sljedećeg dana. Na taj način smanjuje rizik od oslobađanja pokrivajući gotovo sve regresijske nedostatke u ranoj fazi, umjesto da ih pronađe i popravi na kraju ciklusa oslobađanja.
Tehnike ispitivanja regresije
Dolje su date razne tehnike.
- Isprobajte sve
- Odabir regresijskog testa
- Prioritizacija testnog slučaja
- Hibrid
# 1) Isprobajte sve
Kao što i samo ime sugerira, cjelokupni testni slučajevi u testnom paketu ponovno se izvršavaju kako bi se osiguralo da nema pogrešaka koje su se dogodile zbog promjene koda. Ovo je skupa metoda jer zahtijeva više vremena i sredstava u usporedbi s ostalim tehnikama.
# 2) Odabir regresijskog testa
U ovoj se metodi ispitni slučajevi biraju iz paketa za ponovno izvršenje. Nije izvršena ponovna izvedba cijelog apartmana. Odabir ispitnih slučajeva vrši se na temelju promjene koda u modulu.
Ispitni slučajevi podijeljeni su u dvije kategorije, jedan je za ponovnu upotrebu, a drugi zastarjeli. Slučajevi za ponovnu upotrebu mogu se koristiti u budućim regresijskim ciklusima, dok se zastarjeli ne koriste u nadolazećim ciklusima regresije.
# 3) Određivanje prioriteta testnog slučaja
Ispitni slučajevi s visokim prioritetom izvršavaju se prvi od onih sa srednjim i niskim prioritetom. Prioritet test slučaja ovisi o njegovoj kritičnosti i utjecaju na proizvod, kao i o funkcionalnosti proizvoda koji se češće koristi.
# 4) Hibrid
Hibridna tehnika kombinacija je odabira regresijskog testa i prioritizacije testnih slučajeva. Umjesto da odaberete čitav paket za testiranje, odaberite samo one slučajeve koji se ponovno izvršavaju ovisno o njihovom prioritetu.
Kako odabrati paket za regresijski test?
Većina grešaka pronađenih u proizvodnom okruženju javlja se zbog promjena koje su učinjene ili grešaka ispravljenih u jedanaestom satu, tj. Promjena učinjenih u kasnijoj fazi. Ispravka programske pogreške u posljednjoj fazi mogla bi stvoriti druge probleme / greške u proizvodu. Zbog toga je provjera regresije vrlo važna prije izdavanja proizvoda.
Ispod je popis test slučajeva koji se mogu koristiti tijekom izvođenja ovog testa:
- Funkcije koje se često koriste.
- Test slučajevi koji pokrivaju modul u kojem su izvršene promjene.
- Složeni testni slučajevi.
- Slučajevi integracijskih testova koji uključuju sve glavne komponente.
- Test slučajevi za osnovnu funkcionalnost ili značajku proizvoda.
- Trebaju se uključiti testovi prioriteta 1 i prioriteta 2.
- U istima su pronađeni slučajevi koji često ne uspiju ili su nedavno otkriveni nedostaci testiranja.
Kako izvesti regresijsko testiranje?
Sad kad smo ustanovili što znači regresija, očito je da i ona testira - jednostavno ponavljanje u određenoj situaciji iz određenog razloga. Stoga možemo sa sigurnošću zaključiti da se ista metoda koja se primjenjuje za ispitivanje može primijeniti i na ovo.
Stoga, ako se testiranje može provesti ručno, onda to može biti i regresijsko testiranje. Upotreba alata nije potrebna. Međutim, kako vrijeme prolazi, aplikacije se nakupljaju sve više i više funkcionalnosti koja neprestano povećava opseg regresije. Da bismo iskoristili vrijeme, ovo testiranje je najčešće Automatizirano .
Dolje su navedeni razni koraci koji su uključeni u izvođenje ovog ispitivanja
- Pripremite ispitni paket za regresiju uzimajući u obzir točke spomenute u “Kako odabrati paket za regresijski test”?
- Automatizirajte sve slučajeve ispitivanja paketa.
- Ažurirajte regresijski paket kad god je to potrebno, na primjer ako se nađe bilo koji novi nedostatak koji nije pokriven test slučajem, a testni slučaj za isti treba ažurirati u testnom paketu tako da testiranje neće propustiti sljedeći put . Regresijskim testnim paketom treba pravilno upravljati kontinuiranim ažuriranjem testnih slučajeva.
- Izvršite slučajeve regresijskog testiranja kad god se dogodi bilo kakva promjena u kodu, ispravka programske pogreške, dodavanje nove funkcionalnosti, poboljšanje postojeće funkcionalnosti itd.
- Stvorite izvješće o izvršenju testa koje uključuje status prolaska / neuspjeha izvršenih test slučajeva.
Na primjer:
Dopustite mi da to objasnim na primjeru. Molimo proučite donju situaciju:
Izdanje 1 Statistika | |
---|---|
Broj testera | 3 |
Naziv aplikacije | XYZ |
Broj verzije / izdanja | jedan |
Broj zahtjeva (opseg) | 10 |
Broj testnih slučajeva / testova | 100 |
Broj dana potrebnih za razvoj | 5 |
Broj dana potrebnih za testiranje | 5 |
Statistika izdanja 2 | |
---|---|
Broj testera | 3 |
Naziv aplikacije | XYZ |
Broj verzije / izdanja | dva |
Broj zahtjeva (opseg) | 10+ 5 novih zahtjeva |
Broj testnih slučajeva / testova | 100+ 50 novih |
Broj dana potrebnih za razvoj | 2,5 (budući da je ovo pola posla više nego ranije) |
Broj dana potrebnih za testiranje | 5 (za postojećih 100 TC-a) + 2,5 (za nove zahtjeve) |
Izdanje 3 Statistika | |
---|---|
Broj testera | 3 |
Naziv aplikacije | XYZ |
Broj verzije / izdanja | 3 |
Broj zahtjeva (opseg) | 10+ 5 + 5 novih zahtjeva |
Broj testnih slučajeva / testova | 100+ 50+ 50 novih |
Broj dana potrebnih za razvoj | 2,5 (budući da je ovo pola posla više nego ranije) |
Broj dana potrebnih za testiranje | 7,5 (za postojećih 150 TC-a) + 2,5 (za nove Zahtjeve) |
Slijede zapažanja koja možemo iznijeti iz gore navedene situacije:
- Kako izdanja rastu, funkcionalnost raste.
- Vrijeme razvoja ne raste nužno s izdanjima, ali vrijeme testiranja raste
- Nijedna tvrtka / uprava neće biti spremna uložiti više vremena u testiranje, a manje za razvoj
- Ne možemo čak ni smanjiti vrijeme potrebno za testiranje povećanjem veličine testnog tima, jer više ljudi znači više novca, a novi ljudi također podrazumijevaju puno treninga, a možda i kompromis u kvaliteti, jer novi ljudi možda neće biti jednaki potrebnom znanju razine odmah.
- Druga je alternativa očito smanjenje količine regresije. Ali to bi moglo biti rizično za softverski proizvod.
Iz svih ovih razloga, regresijsko testiranje dobar je kandidat za automatizirano testiranje, ali to ne mora biti učinjeno samo na taj način.
Osnovni koraci za izvođenje regresivnih testova
Svaki put kad se softver podvrgne promjeni i pojavi nova verzija / izdanje, sljedeći su koraci koje možete poduzeti za provođenje ove vrste testiranja:
- Shvatite kakve su promjene izvršene u softveru
- Analizirajte i utvrdite na koje bi module / dijelove softvera mogli utjecati - razvojni i BA timovi mogu biti ključni u pružanju ovih informacija
- Pogledajte svoje test slučajeve i utvrdite hoćete li morati napraviti potpunu, djelomičnu ili jediničnu regresiju. Prepoznajte one koji će odgovarati vašoj situaciji
- Zakažite vrijeme i testirajte!
Regresija u okretnom
Okretan je prilagodljivi pristup koji slijedi iterativnu i inkrementalnu metodu. Proizvod je razvijen u kratkim iteracijama nazvanim sprint koji traje 2 - 4 tjedna. U agilnosti postoji niz ponavljanja, stoga ovo testiranje igra značajnu ulogu jer se u iteracijama vrši nova funkcionalnost ili promjena koda.
Paket za regresijski test trebao bi se pripremiti od početne faze i ažurirati sa svakim sprintom.
U Agileu, provjera regresije obuhvaćena je u dvije kategorije:
- Regresija razine sprinta
- Regresija od kraja do kraja
# 1) Regresija razine sprinta
Regresija razine sprinta radi se uglavnom zbog nove funkcionalnosti ili poboljšanja koja se rade u najnovijem sprintu. Ispitni slučajevi iz programskog paketa odabiru se prema novo dodanoj funkcionalnosti ili izvršenom poboljšanju.
# 2) Regresija od kraja do kraja
Regresija od kraja do kraja uključuje sve ispitne slučajeve koji se trebaju ponovno izvršiti kako bi se testirao cjeloviti proizvod od kraja do kraja, pokrivajući sve temeljne funkcionalnosti proizvoda.
Kako Agile ima kratke sprinteve i nastavlja, vrlo je potrebna automatizacija paketa za testiranje, test slučajevi se ponovno izvršavaju i to također treba završiti u kratkom vremenskom rasponu. Automatizacija test slučajeva smanjuje vrijeme izvršenja i klizanje kvara.
Prednosti
Dolje su date razne prednosti Regresijskog testa
- Poboljšava kvalitetu proizvoda.
- Osigurava da svako ispravljanje pogrešaka ili poboljšanje koje se izvrši ne utječe na postojeću funkcionalnost Proizvoda.
- Za ovo ispitivanje mogu se koristiti alati za automatizaciju.
- Osigurava da se problemi koji su već riješeni ne ponove.
Mane
Iako postoji nekoliko prednosti, postoje i neki nedostaci. Oni su:
- To se mora učiniti i za malu promjenu koda, jer čak i mala promjena koda može stvoriti probleme u postojećoj funkcionalnosti.
- Ako se u slučaju da se u projektu ne koristi automatizacija za ovo testiranje, izvođenje testnih slučajeva iznova i iznova biti će dugotrajan i naporan zadatak.
Regresija GUI aplikacije
Teško je izvesti test regresije GUI (grafičko korisničko sučelje) kada struktura GUI-ja je izmijenjen. Test slučajevi napisani na starom GUI-u ili zastarijevaju ili ih treba izmijeniti.
Ponovna upotreba regresijskih test slučajeva znači da su GUI test slučajevi modificirani u skladu s novim GUI. Ali ovaj zadatak postaje glomazan ako imate velik skup GUI test slučajeva.
Razlika između regresije i ponovnog testiranja
Ponovno testiranje provodi se za test slučajeve koji ne uspiju tijekom izvršenja i ispravljena je pogreška za istu, dok provjera regresije nije ograničena na popravak programske pogreške, jer pokriva i ostale test slučajeve kako bi se osiguralo da ispravka pogreške nije utjecao na bilo koju drugu funkcionalnost Proizvoda.
Predložak plana regresijskog ispitivanja (TOC)
1. Povijest dokumenata
2. Reference
3. Plan ispitivanja regresije
3.1. Uvod
3.2. Svrha
3.3. Strategija ispitivanja
3.4. Značajka za testiranje
3.5. Zahtjev za resursima
3.5.1. Zahtjev za hardverom
3.5.2. Zahtjevi softvera
3.6. Raspored ispitivanja
3.7. Zahtjev za promjenu
3.8. Kriteriji za ulazak / izlazak
3.8.1. Kriteriji za prijavu za ovo ispitivanje
3.8.2. Kriteriji izlaska za ovo ispitivanje
3.9. Pretpostavka / Ograničenja
3.10. Ispitni slučajevi
3.11. Rizik / pretpostavke
3.12. Alati
4. Odobrenje / prihvaćanje
Pogledajmo pojedinosti svakog od njih.
# 1) Povijest dokumenata
Povijest dokumenta sastoji se od zapisa prvog nacrta i svih ažuriranih u dolje navedenom formatu.
Verzija | Datum | Autor | Komentar |
---|---|---|---|
jedan | DD / MM / GG | ABC | Odobreno |
dva | DD / MM / GG | ABC | Ažurirano za dodanu značajku |
# 2) Reference
Stupac reference sadrži evidenciju svih referentnih dokumenata koji su korišteni ili potrebni za projekt tijekom stvaranja plana ispitivanja.
Ne | Dokument | Mjesto |
---|---|---|
jedan | Dokument SRS-a | Dijeljeni pogon |
# 3) Plan ispitivanja regresije
3.1. Uvod
Ovaj dokument opisuje promjenu / ažuriranje / poboljšanje u proizvodu koji se testira i pristup koji se koristi za ovo ispitivanje. Sve promjene koda, poboljšanja, ažuriranja i dodane značajke predviđene su za testiranje. Test slučajevi koji se koriste za jedinstveno testiranje i integracijsko testiranje mogu se koristiti za stvaranje paketa za regresiju.
3.2. Svrha
Svrha plana regresijskog ispitivanja je opisati što bi se točno i kako vršilo ispitivanje radi postizanja rezultata. Provjera regresije vrši se kako bi se osiguralo da nijedna druga funkcionalnost proizvoda nije ometena zbog promjene koda.
3.3. Strategija ispitivanja
Strategija ispitivanja opisuje pristup koji će se koristiti za provođenje ovog ispitivanja i koji uključuje tehniku koja će se koristiti, koji će biti kriteriji završetka, tko će izvršiti koju aktivnost, tko će napisati testne skripte, koji će se regresijski alat koristiti , koraci za pokrivanje rizika poput stiskanja resursa, kašnjenja u proizvodnji itd.
3.4. Značajke koje treba testirati
Značajke / komponente proizvoda koji se ispituju navedeni su ovdje. U regresiji se svi testni slučajevi ponovno izvode ili se odabiru oni koji utječu na postojeću funkcionalnost, ovisno o popravku / ažuriranju ili izvršenom poboljšanju.
3.5. Zahtjev za resursima
3.5.1. Zahtjev za hardverom:
Ovdje je utvrđen hardverski zahtjev poput računala, prijenosnog računala, modema, Mac knjige, pametnog telefona itd.
3.5.2. Softverski zahtjev:
Utvrđen je Zahtjev za softverom, poput toga koji će operativni sustav i preglednici biti potrebni.
3.6. Raspored ispitivanja
Raspored ispitivanja definira procijenjeno vrijeme izvođenja ispitnih aktivnosti.
Na primjer Koliko će resursa izvršiti aktivnost ispitivanja i to također za koliko vremena?
3.7. Zahtjev za promjenu
Spominju se CR detalji za koje bi se izvršila regresija.
S.Br | CR opis | Suite za regresijski test |
---|---|---|
jedan | ||
dva |
3.8. Kriteriji za ulazak / izlazak
3.8.1. Kriteriji za prijavu za ovo ispitivanje:
Definirani su kriteriji za ulazak proizvoda u postupak provjere regresije.
Na primjer:
- Treba dovršiti promjene kodiranja / poboljšanje / dodavanje nove značajke.
- Treba odobriti plan regresijskog ispitivanja.
3.8.2. Kriteriji izlaska za ovo ispitivanje:
Ovdje su definirani izlazni kriteriji za regresiju.
Na primjer:
- Treba završiti regresijsko testiranje.
- Sve nove kritične programske pogreške pronađene tijekom ovog testiranja trebaju se zatvoriti.
- Izvještaj o ispitivanju trebao bi biti spreman.
3.9. Ispitni slučajevi
Ovdje su definirani slučajevi regresijskog testa.
3.10. Rizik / pretpostavke
Identificiraju se svi rizici i pretpostavke i za njih se priprema plan za nepredviđene slučajeve.
3.11. Alati
Identificirani su alati koji će se koristiti u projektu. Kao što su:
- Alat za automatizaciju
- Alat za prijavljivanje grešaka
# 4) Odobrenje / prihvaćanje
Ovdje su navedena imena i imena ljudi:
Ime | Odobreno / odbijeno | Potpis | Datum |
---|---|---|---|
Zaključak
Ispitivanje regresije jedan je od važnih aspekata jer pomaže u isporuci kvalitetnog proizvoda osiguravajući da bilo kakva promjena koda, bila ona mala ili velika, ne utječe na postojeću ili staru funkcionalnost.
Puno je alata za automatizaciju za automatizaciju slučajeva regresijskih testova, međutim, alat bi trebao biti odabran prema zahtjevima projekta. Alat bi trebao imati mogućnost ažuriranja paketa za testiranje jer paket za regresijski test treba često ažurirati.
Time završavamo ovu temu i nadamo se da će od sada biti puno bolje jasnoće u vezi s tom temom.
Obavijestite nas o svojim pitanjima i komentarima u vezi s regresijom. Kako ste se riješili svojih zadataka testiranja regresije?
=> Posjetite ovdje za cjelovitu seriju vodiča za plan ispitivanja
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- 10 najpopularnijih alata za ispitivanje regresije 2021
- Što je ispitivanje pouzdanosti: definicija, metoda i alati
- 11 najboljih alata za automatizaciju za testiranje Android aplikacija (Android Tools Testing Tools)
- Automatizirano regresijsko ispitivanje: izazovi, postupak i koraci
- Preuzimanje e-knjige za testiranje primera
- Razlika između ponovnog testiranja i regresivnog ispitivanja s primjerom
- Top 10+ najboljih alata za testiranje SAP-a (SAP alati za automatizaciju)