difference between test plan
Na primjerima saznajte koja je razlika između plana ispitivanja, strategije ispitivanja, test slučaja, test skripte, scenarija ispitivanja i uvjeta ispitivanja:
Testiranje softvera uključuje nekoliko osnovnih, kao i važnih koncepata kojih bi svaki ispitivač softvera trebao biti svjestan.
Ovaj će članak objasniti različite koncepte testiranja softvera zajedno s njihovom usporedbom.
Test plan vs test strategija, test slučaj vs test skripta, test scenarij protiv uvjeta ispitivanja i postupak ispitivanja vs test Suite su detaljno objašnjeni za vaše lako razumijevanje.
=> Kliknite ovdje za cjelovitu seriju vodiča o planu ispitivanja
Gornje pitanje koje je postavio Sasi C. najčešće je postavljano pitanje u našem Predavanje softverskog testiranja i uvijek kažem svojim sudionicima da s iskustvom jedva primjećujemo ove riječi i da one postaju dio našeg rječnika.
Ali često ih okružuje zbrka i u ovom članku pokušavam definirati nekoliko često korištenih izraza.
Razni koncepti testiranja softvera
U nastavku su navedeni različiti koncepti testiranja softvera zajedno s njihovom usporedbom.
Počnimo!!
Što ćete naučiti:
- Razlika između plana i strategije ispitivanja
- Razlika između test slučaja i test skripte
- Razlika između scenarija ispitivanja i uvjeta ispitivanja
- Razlika između postupka ispitivanja i paketa ispitivanja
- Zaključak
Razlika između plana i strategije ispitivanja
Strategija ispitivanja i plan ispitivanja dva su važna dokumenta u životnom ciklusu testiranja bilo kojeg projekta. Ovdje vam pokušavamo pružiti detaljno znanje o strategiji ispitivanja i dokumentima plana ispitivanja.
Plan ispitivanja
Plan ispitivanja može se definirati kao dokument koji definira opseg, cilj i pristup testiranju softverske aplikacije. Plan ispitivanja je pojam i isporučiv.
Plan ispitivanja je dokument koji navodi sve aktivnosti u QA projektu, raspoređuje ih, definira opseg projekta, uloge i odgovornosti, rizike, kriterije ulaska i izlaska, cilj ispitivanja i sve ostalo čega se možete sjetiti.
Plan ispitivanja je kako ja volim nazivati 'super dokumentom' koji navodi sve što treba znati i trebati. Molim provjerite ovaj link za više informacija i uzorak.
Plan ispitivanja bit će izrađen na temelju zahtjeva. Tijekom dodjele posla inženjerima ispitivanja, iz nekih razloga jedan od testera zamjenjuje se drugim. Ovdje se plan ispitivanja ažurira.
kako reproducirati .jar datoteke
Test strategija opisuje pristup testiranju i sve ostalo što ga okružuje. Razlikuje se od plana ispitivanja, u smislu da je strategija ispitivanja samo podskup plana ispitivanja. To je hardcore test dokument koji je u određenoj mjeri generički i statičan. Također postoji argument oko toga na kojim se razinama koristi strategija ili plan testiranja, ali ja stvarno ne vidim nikakvu razliku.
Primjer: Plan ispitivanja daje informacije o tome tko će u kojem trenutku testirati. Na primjer, Modul 1 testirat će 'X tester'. Ako tester Y iz nekog razloga zamijeni X, plan ispitivanja mora se ažurirati.
Dokument plana ispitivanja
Test plan je dokument koji pruža cjelovite informacije o zadacima testiranja u vezi sa softverskim projektom. Pruža detalje poput opsega testiranja, vrste ispitivanja, ciljeva, metodologije ispitivanja, napora na testiranju, rizika i nepredviđenih okolnosti, kriterija izdanja, rezultata ispitivanja itd. Prati moguća ispitivanja koja će se pokrenuti na sustavu nakon kodiranja.
Očito je da će se plan ispitivanja promijeniti. U početku će se izraditi nacrt plana ispitivanja zasnovan na tadašnjoj jasnoći projekta. Ovaj početni plan izmijenit će se kako projekt bude odmicao. Voditelj testnog tima ili voditelj ispitivanja može pripremiti dokument plana ispitivanja. Opisuje Specifikacije i podložan je promjenama na temelju istih.
Što testirati, kada testirati, tko će testirati i kako testirati, definirat će se u planu ispitivanja. Plan testiranja razvrstit će popis problema, ovisnosti i temeljnih rizika.
Vrste plana ispitivanja
Ispitni planovi mogu biti različitih vrsta ovisno o stupnju ispitivanja. U početku će postojati plan glavnog ispitivanja za cjelokupno izvršenje projekta. Odvojeni planovi ispitivanja mogu se stvoriti za određene vrste ispitivanja poput testiranja sustava, testiranja integracije sustava, ispitivanja prihvaćanja korisnika itd.
Drugi je pristup imati zasebne planove ispitivanja za funkcionalno i nefunkcionalno ispitivanje. U ovom pristupu, testiranje će imati zaseban plan ispitivanja.
Sadržaj dokumenta plana ispitivanja ( Struktura plana ispitivanja IEEE-829 )
Teško je izvući jasan format za plan ispitivanja. Format plana ispitivanja može se razlikovati ovisno o projektu koji je u tijeku. IEEE je definirao standard za planove ispitivanja koji su opisani kao struktura plana ispitivanja IEEE-829.
U nastavku pronađite IEEE preporuke za standardni sadržaj plana ispitivanja:
- Identifikator plana ispitivanja
- Uvod
- Ispitni predmeti
- Pitanja softverskog rizika
- Značajke koje treba testirati
- Značajke koje se ne ispituju
- Pristup
- Kriteriji za prolaz / neuspjeh stavke (ili) Kriteriji za prihvaćanje
- Kriteriji suspenzije i zahtjevi za nastavak
- Ispitni rezultati
- Testni zadaci
- Zahtjevi okoliša
- Potrebe za kadrovima i osposobljavanjem
- Odgovornosti
- Raspored
- Odobrenja
Predloženo čitanje => Vodič za plan ispitivanja - savršen vodič
Strategija ispitivanja
Strategija ispitivanja skup je smjernica koje objašnjavaju dizajn testa i određuju kako testiranje treba obaviti.
Primjer: Strategija ispitivanja uključuje detalje poput 'Pojedinačne module trebaju testirati članovi ispitnog tima'. U ovom slučaju, tko to testira, nije važno - stoga je generičko i promjena u članu tima ne mora se ažurirati, održavajući je statičnom.
Dokument o strategiji ispitivanja
Svrha strategije ispitivanja je definirati pristup ispitivanja, vrste ispitivanja, test okruženja i alate koji će se koristiti za testiranje te detalje na visokoj razini kako će strategija ispitivanja biti usklađena s drugim procesima. Dokument o strategiji ispitivanja namijenjen je živom dokumentu i bit će ažuriran ** kada dobijemo više jasnoće o Zahtjevima, SLA parametrima, testnom okruženju i pristupu upravljanju zgradama itd.
Strategija testiranja namijenjena je cjelovitom projektnom timu koji čine projektni pokrovitelji, poslovna mala i srednja poduzeća, razvoj aplikacija / integracija, partneri za integraciju sustava, timovi za pretvorbu podataka, timovi za upravljanje izgradnjom / izdavanjem, kao što su tehnički vodiči, arhitektonski vodiči i timovi za implementaciju i infrastrukturu.
** Neki tvrde da se jednom definirana strategija ispitivanja nikada ne bi trebala ažurirati. U većini projekata testiranja obično se ažurira kako projekt napreduje.
koji je etl alat najbolji na tržištu
Ispod su važni odjeljci koje bi dokument o strategiji ispitivanja trebao imati:
# 1) Pregled projekta
Ovaj odjeljak može započeti davanjem pregleda organizacije nakon kojeg slijedi kratki opis projektnog projekta. Može sadržavati detalje u nastavku
- Koja je bila potreba za projektom?
- Koje će ciljeve projekt postići?
Tablica kratica: Bolje je uključiti tablicu sa kraticama do kojih bi čitač dokumenata mogao doći dok se poziva na dokument.
# 2) Opseg zahtjeva
Opseg zahtjeva može uključivati opseg primjene i funkcionalni opseg
Opseg primjene definira sustav koji se ispituje i utjecaj na sustav zbog nove ili promijenjene funkcionalnosti. Srodni sustavi također se mogu definirati.
| Sustav | Učinak (nova ili promijenjena funkcionalnost) | Povezani sustav |
|---|---|---|
| Opisuje kako testirati, kada testirati, tko će testirati i što testirati. | Opisuje vrstu tehnike koju treba slijediti i koji modul testirati. | |
| Sustav A | Nova poboljšanja i ispravci programskih pogrešaka | • Sustav B • Sustav C |
Funkcionalni opseg definira utjecaj na različite module unutar sustava. Ovdje će biti objašnjeni svaki srodni sustav s obzirom na funkcionalnost.
| Sustav | Modul | Funkcionalnost | Povezani sustav |
|---|---|---|---|
| Sustav C | Modul 1 | Funkcionalnost 1 | Sustav B |
| Funkcionalnost 2 | Sustav C |
# 3) Plan ispitivanja na visokoj razini
Plan ispitivanja zaseban je dokument. U strategiju ispitivanja može se uključiti plan ispitivanja na visokoj razini. Plan ispitivanja na visokoj razini može sadržavati ciljeve ispitivanja i opseg ispitivanja. Opseg ispitivanja trebao bi definirati i opseg i aktivnosti izvan opsega.
# 4) Pristup testiranju
Ovaj odjeljak opisuje pristup testiranju koji će se slijediti tijekom životnog ciklusa testiranja.
Prema gornjem dijagramu ispitivanje će se provoditi u dvije faze, tj. Strategija i planiranje ispitivanja i izvršenje testa. Faza strategije i planiranja testa bit će jednokratna za cjelokupni program, dok će se faze izvođenja testa ponoviti za svaki ciklus cjelokupnog programa. Gornji dijagram prikazuje različite faze i isporuke (ishod) u svakoj fazi pristupa izvršenju.
Test pristup trebao bi sadržavati dolje potpoglavlja
a) Raspored ispitivanja: Objasnite predloženi vremenski raspored projekta u ovom pododjeljku
b) Pristup funkcionalnom ispitivanju: Korištenje ovog pododjeljka pruža pregled svake faze i odgovarajućih kriterija za ulazak i izlazak. Različite faze testiranja su jedinično testiranje, testiranje sustava, testiranje integracije sustava, ispitivanje prihvaćanja korisnika i testiranje od kraja do kraja.
c) Testiranje ključnih pokazatelja izvedbe:
- Prioritizacija testnog slučaja: Definirajte pristup prioritizaciji testnog slučaja tako da u slučaju vremenskih ograničenja testni tim može izvršiti scenarije visokog prioriteta. Trebalo bi postići dogovor između dionika projekta u vezi s mogućim rizicima koji se odnose na neizvršavanje svih planiranih scenarija.
- Određivanje prioriteta za nedostatke: Strategija prioritizacije nedostataka sljedeća je tema koju ćemo ovdje obraditi. Definirajte razinu prioriteta i dajte opis svakoj razini poput kritične, visoke, srednje, itd. Također
- Vrijeme obrade nedostataka: Vrijeme otklanjanja nedostataka definira se kao vrijeme između trenutka kada je kvar prvi put podignut i kada je kvar otklonjen te dolazi na ponovno ispitivanje. Brzi preokret osigurava brzo testiranje i poštivanje vremenskog slijeda projekta. Za svaku razinu prioriteta kvara definirajte vrijeme obrade.
| Prioritetna razina | Vrijeme preokreta nedostataka |
|---|---|
| 1 - Kritično | Vrijeme odziva: 2 sata ili manje Ispravite spremnost za migraciju: 1 radni dan ili manje |
# 5) Test pokrivenost
Ovaj odjeljak opisuje procese koje će QA tim slijediti kako bi optimizirao pokriće poslovnih / funkcionalnih zahtjeva u testnim scenarijima i testnim slučajevima. Matrica sljedivosti zahtjeva: (RTM) se može koristiti za praćenje svih zahtjeva s odgovarajućim testnim scenarijima i testnim slučajevima.
# 6) Test okruženje
Definirajte različita dostupna QA okruženja. Spomenite koja će se ispitivanja obaviti u kojem okruženju i tko. Stvorite plan zaštite okoliša za brigu o hitnim slučajevima. Pristup svakoj okolini trebao bi se regulirati i prozvati s jasnoćom.
Alati za testiranje koji će se također koristiti mogu se spomenuti u ovom odjeljku.
| Aktivnost | Alat | Opaske |
|---|---|---|
| Upravljanje testom | HP ALM | Navedite razlog korištenja ovog alata |
| Upravljanje nedostacima | JIRA | Navedite razlog korištenja ovog alata |
# 7) QA Isporuke i mjerni podaci
Navedite sve rezultate osiguranja kvalitete
| S. Ne. | Isporučivo |
|---|---|
| 1 | Dokument o strategiji ispitivanja |
| dva | Matrica sljedivosti zahtjeva |
| 3 | ST test skripte |
| 4 | Sažetak testa |
| 5 | Popis scenarija koji ispunjavaju uvjete za automatizaciju |
Navedite sve mjerne podatke o kvaliteti
| # | Naziv metričke vrijednosti | Metrička definicija | Metrička formula | Metrička mjerna jedinica | Izvješća u kojima će se koristiti mjerni podaci |
|---|---|---|---|---|---|
| 1 | Metrika pokrivenosti zahtjeva (RCM) | Pokrivanje zahtjeva QA-om | Omjer # testiranih zahtjeva i # identificiranih zahtjeva | % | Tjedno izvješće o statusu osiguranja kvalitete, Sažetak ispitivanja |
| dva | Obuhvat testom | Obuhvat izvršenog testnog slučaja | Omjer broja izvršenih testnih slučajeva / planiranih testnih slučajeva | % | Dnevno izvješće o izvršenju, Tjedno izvješće o statusu osiguranja kvalitete, Sažetak ispitivanja |
# 8) Upravljanje nedostacima
Jasno definirajte strategiju upravljanja nedostacima stvaranjem tijeka rada, metodologijom praćenja nedostataka i postupkom trijaže nedostataka. Spomenite odgovornost za nedostatke za uloge svakog ispitivača. Povremena analiza kvarova i analiza uzroka poboljšat će ukupnu kvalitetu ispitivanja
# 9) Upravljanje komunikacijama
Postavite smjernice za izvješća o statusu, statusne sastanke i off-shore komunikaciju.
# 10) Pretpostavke, rizici i ovisnosti
Opišite pretpostavke na kojima se temelji projekt. To može uključivati vrijeme, resurse i mogućnosti sustava. Opišite sve ovisnosti kao što su drugi projekti, dostupnost privremenih resursa, drugi rokovi koji mogu utjecati na projekt
# 11) Dodatak
U ovaj odjeljak uključite stvari kao što su uloge i odgovornosti, radno vrijeme i reference
Daljnje čitanje=> Vodič za pisanje dokumenta dobre strategije ispitivanja .
Plan ispitivanja protiv strategije testiranja
| PLAN ISPITIVANJA | STRATEGIJA ISPITIVANJA |
|---|---|
| Izveden je iz specifikacije softverskih zahtjeva (SRS). | Izveden je iz dokumenta o poslovnim zahtjevima (BRS). |
| Priprema ga voditelj testa ili voditelj. | Razvija ga voditelj projekta ili poslovni analitičar. |
| ID plana ispitivanja, značajke koje će se testirati, ispitne tehnike, zadaci ispitivanja, značajke prolaze ili ne uspijevaju, ispitni rezultati, odgovornosti i raspored itd. Komponente su plana ispitivanja. | Ciljevi i opseg, formati dokumentacije, procesi ispitivanja, struktura izvještavanja timova, komunikacijska strategija klijenta, itd., Sastavni su dijelovi strategije ispitivanja. |
| Ako se dogodi nova značajka ili promjena zahtjeva, tada se dokument plana ispitivanja ažurira. | Strategija ispitivanja održava standarde tijekom pripreme dokumenta. Također se naziva i statičkim dokumentom. |
| Plan ispitivanja možemo pripremiti pojedinačno. | U manjim projektima strategija testiranja često se nalazi kao dio plana testiranja. |
| Možemo pripremiti testni plan na razini projekta. | Strategiju testiranja možemo koristiti na više projekata. |
| O specifikacijama možemo opisati pomoću Plana ispitivanja. | Test strategija opisuje općenite pristupe. |
| Plan ispitivanja promijenit će se tijekom projekta. | Strategija testiranja obično se neće promijeniti nakon što se odobri. |
| Plan ispitivanja napisan je nakon odjave sa zahtjeva. | Strategija ispitivanja izrađuje se prije plana ispitivanja. |
| Planovi ispitivanja mogu biti različitih vrsta. Postojat će glavni plan i zasebni plan ispitivanja za različite vrste ispitivanja poput plana ispitivanja sustava, plana ispitivanja performansi itd. | Za projekt će postojati samo jedan dokument o strategiji ispitivanja. |
| Plan ispitivanja trebao bi biti jasan i sažet. | Strategija ispitivanja pruža cjelovite smjernice za projekt u ruci. |
Razlika između ova dva dokumenta je suptilna. Strategija testiranja statični je dokument o projektu na visokoj razini. S druge strane, plan ispitivanja će odrediti što testirati, kada testirati i kako testirati.
kako instalirati svn dodatak u eclipse
Razlika između test slučaja i test skripte
Po mom mišljenju, ova dva pojma mogu se koristiti naizmjenično. Da, kažem da nema razlike. Test slučaj je slijed koraka koji nam pomažu izvršiti određeni test na aplikaciji. Testna skripta je također ista stvar.
Sada postoji jedna škola mišljenja da je test slučaj pojam koji se koristi u okruženju ručnog testiranja, a skripta za test koristi se u okruženju automatizacije. To je djelomično točno zbog razine udobnosti testera u odgovarajućim poljima, kao i zbog načina na koji se alati odnose na testove (neki pozivaju test skripte, a neki ih pozivaju na test slučajeve).
Dakle, zapravo su test skripta i test slučaj koraci koje treba izvršiti na aplikaciji za provjeru njegove funkcionalnosti ručno ili automatizacijom.
Daljnje čitanje=> Kako napisati učinkovite test slučajeve? i Predložak primjera testnog slučaja .
| PRESKUSNI SLUČAJ | TEST SCENARIJ |
|---|---|
| Osnovni je obrazac za testiranje aplikacije u nizu. | Jednom kad se razvijemo, skripta će ga pokretati više puta dok se zahtjev ne promijeni. |
| To je korak po korak postupak koji se koristi za testiranje aplikacije | To je skup uputa za automatsko testiranje aplikacije. |
| Pojam Test Case koristi se u okruženju ručnog testiranja. | Pojam Test Script koristi se u testnom okruženju automatizacije. |
| Radi se ručno. | To se vrši u obliku skriptiranja. |
| Razvijen je u obliku predložaka. | Razvijen je u obliku skriptiranja. |
| Predložak za testni slučaj uključuje ID odijela za testiranje, podatke o ispitivanju, postupak ispitivanja, stvarne rezultate, očekivane rezultate itd. | U Test Scrip-u možemo koristiti različite naredbe za razvoj skripte. |
| Koristi se za testiranje aplikacije. | Također se koristi za testiranje aplikacije. |
| Primjer: Moramo potvrditi gumb za prijavu u aplikaciji, Koraci uključuju: a) Pokrenite aplikaciju. b) Provjerite prikazuje li se gumb za prijavu ili ne. | Primjer: Želimo kliknuti gumb slike u aplikaciji. Skripta uključuje: a) Kliknite gumb Slika. |
Razlika između scenarija ispitivanja i uvjeta ispitivanja
Testni scenarij: To je način da definirate sve moguće načine testiranja aplikacije. Jedna je izjava koja pokriva sve moguće načine testiranja aplikacije.
Uvjet ispitivanja: Uvjet ispitivanja je specifikacija koju ispitivač mora slijediti za testiranje aplikacije.
Ovo je pokazivač u jednom retku koji testeri kreiraju kao početni prijelazni korak u fazu dizajna testa. Ovo je uglavnom jednoslojna definicija 'Što' koju ćemo testirati s obzirom na određenu značajku. Obično su testni scenariji ulazni podaci za stvaranje test slučajeva.
U agilnim projektima, ispitni scenariji su jedini izlazi za dizajn testa i nakon njih se ne pišu test slučajevi. Testni scenarij može rezultirati višestrukim testovima.
Primjeri scenarija ispitivanja:
- Potvrdite može li administrator dodati novu zemlju
- Provjerite može li administrator postojeću zemlju izbrisati
- Provjerite može li se ažurirati postojeća država
Uvjeti ispitivanja, s druge strane, specifičniji su. Može se okvirno definirati kao cilj / cilj određenog testa.
Primjer uvjeta ispitivanja: U gornjem primjeru, ako bismo testirali scenarij 1, možemo testirati sljedeće uvjete:
- Unesite naziv države kao 'Indija' (valjano) i provjerite je li država dodana
- Unesite prazno polje i provjerite dodaje li zemlju.
- U svakom su slučaju opisani specifični podaci, a cilj testa je puno precizniji.
Daljnje čitanje=> 180+ uzornih scenarija za testiranje web i stolnih aplikacija.
| TEST SCENARIO | UVJETI ISPITIVANJA |
|---|---|
| Ovo su izjave u jednom retku koje objašnjavaju što ćemo testirati. | Uvjet ispitivanja opisuje glavni cilj testiranja aplikacije. |
| To je postupak za testiranje aplikacije na sve moguće načine. | Uvjeti ispitivanja su statička pravila koja treba poštivati za testiranje aplikacije. |
| Testni scenariji su ulaz za stvaranje test slučajeva. | Glavni cilj daje testiranje aplikacije. |
| Scenarij testa obuhvaća sve moguće slučajeve za testiranje aplikacije. | Uvjet ispitivanja je vrlo specifičan. |
| Smanjuje složenost. | To čini sistemsku grešku besplatnom. |
| Scenarij testa može biti jedan ili skupina test slučajeva. | Cilj je test slučajeva. |
| Pisanjem scenarija bit će lako razumjeti funkcionalnost aplikacije. | Uvjet ispitivanja je vrlo specifičan. |
| Primjeri scenarija ispitivanja: # 1) Potvrdite može li administrator dodati novu zemlju. # 2) Potvrdite može li administrator postojeću zemlju izbrisati. # 3) Potvrdite može li se ažurirati postojeća država. | Primjeri uvjeta ispitivanja: # 1) Unesite naziv države kao 'Indija' i provjerite je li država dodana. # 2) Ostavite prazna polja i provjerite dodaje li zemlju. |
Razlika između postupka ispitivanja i paketa ispitivanja
Postupak ispitivanja kombinacija je test slučajeva koji se temelje na određenom logičnom razlogu, poput izvršavanja situacije s kraja na kraj ili nečeg sličnog. Redoslijed izvođenja testnih slučajeva je fiksan.
Postupak ispitivanja: To nije ništa drugo do testni životni ciklus. Postoji 10 koraka u životnom ciklusu testiranja.
Oni su:
- Procjena napora
- Iniciranje projekta
- Studija sustava
- Plan ispitivanja
- Testni slučaj dizajna
- Test automatizacija
- Izvršite test slučajeve
- Prijavi nedostatke
- Ispitivanje regresije
- Analiza i sažeti izvještaj
Na primjer , ako bih trebao testirati slanje e-pošte s usluge Gmail.com, redoslijed testnih slučajeva koje bih kombinirao u testni postupak bio bi:
- Test za provjeru prijave
- Test za sastavljanje e-pošte
- Test za pričvršćivanje jednog / više privitaka
- Formatiranje e-pošte na potreban način pomoću različitih opcija
- Dodavanje kontakata ili adresa e-pošte u polja To, BCC, CC
- Slanje e-pošte i osiguravanje da se prikazuje u odjeljku 'Poslana pošta'
Svi gore navedeni primjeri ispitivanja grupirani su kako bi se na kraju postigao određeni cilj. Također, ispitni postupci kombiniraju nekoliko ispitnih slučajeva u bilo kojem trenutku.
S druge strane, ispitni paket je popis svih testnih slučajeva koji se moraju izvršiti kao dio testnog ciklusa ili faze regresije itd. Ne postoji logičko grupiranje na temelju funkcionalnosti. Redoslijed izvođenja sastavnih slučajeva može biti važan, a možda i ne.
Probni paket: Test Suite je spremnik koji sadrži skup testova koji pomažu testerima u izvršavanju i izvještavanju o statusu izvršenja testa. Može potrajati bilo koje od tri stanja, tj. Aktivno, u tijeku i dovršeno.
Primjer test paketa : Ako je trenutna verzija aplikacije 2.0. Prethodna verzija 1.0 mogla je imati 1000 testnih slučajeva da bi je u potpunosti testirala. Za inačicu 2 postoji 500 testnih slučajeva za samo testiranje nove funkcionalnosti koja je dodana u novoj verziji.
Dakle, trenutni bi testni paket bio 1000 + 500 testnih slučajeva koji uključuju i regresiju i novu funkcionalnost. Suite je također kombinacija, ali ne pokušavamo postići ciljanu funkciju.
Ispitni paketi mogu sadržavati 100 ili čak 1000 slučajeva.
| POSTUPAK ISPITIVANJA | TEST SUIT |
|---|---|
| Stvaranje ispitnih postupaka temelji se na tijeku ispitivanja od kraja do kraja. | Probni paketi kreiraju se na temelju ciklusa ili na temelju opsega. |
| Kombinacija je test slučajeva za testiranje aplikacije. | Skupina je test slučajeva za testiranje aplikacije. |
| To je logično grupiranje na temelju funkcionalnosti. | Ne postoji logičko grupiranje na temelju funkcionalnosti. |
| Postupci ispitivanja isporučljivi su proizvodi u procesu razvoja softvera. | Izvodi se kao dio ispitnog ciklusa ili regresije. |
| Redoslijed izvršenja je fiksan. | Redoslijed izvršenja možda nije važan. |
| Postupak ispitivanja sadrži slučajeve od kraja do kraja. | Paket za testiranje sadrži sve nove značajke i slučajeve regresijskih testova. |
| Postupci ispitivanja kodirani su na novom jeziku koji se naziva TPL (jezik postupka ispitivanja). | Paket za testiranje sadrži ručne ispitne slučajeve ili skripte za automatizaciju. |
Zaključak
Koncepti testiranja softvera igraju glavnu ulogu u životnom ciklusu testiranja softvera.
Jasno razumijevanje gore raspravljenih koncepata, zajedno s njihovom usporedbom, vrlo je važno za svaki ispitivač softvera kako bi učinkovito proveo postupak testiranja.
Ovakvi su članci obično izvrsna polazišta za dublje rasprave. Molimo vas da u komentarima u nastavku date svoje misli, dogovore, nesuglasice i bilo što drugo. Radujemo se vašim povratnim informacijama.
Također smo dobrodošli na vaša pitanja o općenitom testiranju softvera ili bilo čemu što je povezano s vašom testnom karijerom. Njima ćemo se detaljnije pozabaviti u nadolazećim postovima u istoj seriji.
Sretno čitanje !!
=> Posjetite ovdje za cjelovitu seriju vodiča o planu ispitivanja
Preporučena literatura
- Vodič za plan ispitivanja: Vodič za pisanje dokumenta softverskog plana ispitivanja ispočetka
- Kako napisati dokument strategije testiranja (s uzorkom predloška strategije testiranja)
- Kako se pripremiti za pisanje testnih slučajeva (Savjeti za produktivnost)
- Što je scenarij testa: Predložak scenarija testa s primjerima
- Razlika između plana ispitivanja izvedbe i strategije ispitivanja uspješnosti
- Kako pisati test slučajeve: Vrhunski vodič s primjerima
- Uzorak predloška plana testiranja softvera s formatom i sadržajem
- Testni scenarij i testni slučaj: Koja je razlika između njih?