PLAN TESTIRANJA u testiranju softvera (primjer)

Kako određujete opseg svog projekta?

Da biste odredili opseg, morate –

• Precizan zahtjev kupca
• Proračun projekta
• Specifikacija proizvoda
• Vještine i talent vašeg ispitnog tima

Sada bi trebalo jasno definirati "u opsegu" i "izvan opsega" testiranja.

• Kao softverski zahtjev naočale, projekt Guru99 Bank fokusira se samo na testiranje svih Funkcije i vanjsko sučelje web stranice Guru99 banka (u opsegu testiranje)
• Nefunkcionalna ispitivanja kao što su stres, predstava or logička baza podataka trenutno se neće testirati. (iz opseg)

Scenarij problema

Kupac želi da testirate njegov API. Ali proračun projekta to ne dopušta. Što ćete učiniti u takvom slučaju?

Pa, u tom slučaju morate uvjeriti kupca u to API testiranje predstavlja dodatni posao i potrošit će značajna sredstva. Dajte mu podatke koji potkrepljuju vaše činjenice. Recite mu da će se proračun povećati za iznos od XYZ ako je testiranje API-ja uključeno u opseg.

Kupac se slaže i sukladno tome novi opseg, stavke izvan opsega su

• Stavke u opsegu: Funkcionalno ispitivanje, API testiranje
• Stavke izvan opsega: Testiranje baze podataka, hardver i sva druga vanjska sučelja

Korak 2.2) Odredite vrstu testiranja

A Vrsta testiranja je standardni testni postupak koji daje očekivani ishod testa.

Svaka vrsta testiranja formulirana je za prepoznavanje određene vrste grešaka proizvoda. No, sve vrste testiranja usmjerene su na postizanje jednog zajedničkog cilja "Rano otkrivanje sve nedostatke prije puštanja proizvoda kupcu”

The često korištena vrste testiranja opisane su na sljedećoj slici

Postoje tona vrsta testiranja za testiranje softverskog proizvoda. Tvoj tim ne može imati dovoljno truda da se nosi sa svim vrstama testiranja. Kao voditelj testiranja, morate postaviti prioritet vrsta testiranja

• Koje bi vrste testiranja trebale biti usmjerena za testiranje web aplikacije?
• Koje bi vrste testiranja trebale biti ignorirao za uštedu troškova?

Korak 2.3) Dokumentirajte rizike i probleme

Rizik je budućnost neizvjestan događaj s vjerojatnošću od pojavljivanje a potencijal za gubitak. Kada se rizik stvarno dogodi, on postaje 'problem'.

U članku Analiza rizika i rješenje, već ste se detaljno upoznali s 'Risk' analizom i prepoznali potencijalne rizike u projektu.

U Planu testiranja kvalitete dokumentirat ćete te rizike

Korak 2.4) Stvorite testnu logistiku

U Logistici testiranja, voditelj testiranja trebao bi odgovoriti na sljedeća pitanja:

• Tko će testirati?
• Kada hoće li se test dogoditi?

Tko će testirati?

Možda ne znate točna imena ispitivača koji će testirati, ali vrsta ispitivača može se definirati.

Da biste odabrali pravog člana za određeni zadatak, morate razmotriti je li njegova vještina kvalificirana za zadatak ili ne, također procijeniti proračun projekta. Odabir pogrešnog člana za zadatak može uzrokovati da projekt ne or odgoditi.

Osoba koja ima sljedeće vještine najidealnija je za obavljanje testiranja softvera:

• Sposobnost za razumjeti gledište kupaca
• jak želja za kvalitetu
• Pažnja do detalja
• dobro saradnja

U vašem projektu, član koji će preuzeti odgovornost za izvođenje testa je tester. Na temelju proračuna projekta, možete odabrati in-source ili outsource člana kao testera.

Kada će se test održati?

Testne aktivnosti moraju biti usklađene s povezanim razvojnim aktivnostima.

Počet ćete testirati kada budete imali sve potrebne stavke prikazano na sljedećoj slici

Korak 3) Definirajte cilj testa

Cilj testa je opći cilj i postignuće izvršenja testa. Cilj testiranja je pronaći što više softverskih nedostataka; provjerite je li softver koji se testira bez grešaka prije puštanja na slobodu.

Za definiranje ciljeva testa trebate napraviti sljedeća 2 koraka

1. Navedite sve značajke softvera (funkcionalnost, izvedba, GUI...) koje će možda trebati testirati.
2. Definirajte meta ili cilj testa na temelju gore navedenih značajki

Primijenimo ove korake kako bismo pronašli cilj testiranja vašeg Guru99 Bank projekta testiranja

Možete odabrati 'OD GORE DOLJE' metoda za pronalaženje značajki web stranice koje će možda trebati testirati. Ovom metodom rastavljate aplikaciju koja se testira na sastavni dio međutim podkomponenta.

U prethodnoj ste temi već analizirali specifikacije zahtjeva i prošetali web-stranicom, tako da možete izraditi Mentalna mapa kako biste pronašli sljedeće značajke web stranice

Ova slika prikazuje sve značajke koje web stranica Guru99 može imati.

Na temelju gornjih značajki, možete definirati cilj testiranja projekta Guru99 na sljedeći način

• Provjerite je li web stranica Guru99 funkcionalnost(Račun, Depozit…) radi prema očekivanjima bez ikakvih grešaka ili grešaka u stvarnom poslovnom okruženju
• Provjerite je li vanjsko sučelje web stranice kao što je UI radi prema očekivanjima i zadovoljava potrebe kupaca
• Provjerite iskoristivost web stranice. Jesu li te funkcije prikladne za korisnika ili ne?

Korak 4) Definirajte kriterije ispitivanja

Kriteriji ispitivanja standard su ili pravila na kojima se može temeljiti postupak ispitivanja ili prosudba. Postoje 2 vrste kriterija ispitivanja kao što slijedi

Kriteriji suspenzije

Navedite kritične kriterije suspenzije za test. Ako su tijekom testiranja zadovoljeni kriteriji suspenzije, bit će aktivan ciklus ispitivanja suspendiran dok kriteriji nisu riješen.

Primjer plana testiranja: Ako članovi vašeg tima prijave da postoje 40% testnih slučajeva nije uspjelo, trebali biste obustaviti testiranje dok razvojni tim ne popravi sve neuspjele slučajeve.

Kriteriji za izlaz

Određuje kriterije koji označavaju a uspješan završetak testne faze. Izlazni kriteriji su ciljani rezultati testa i neophodni su prije prelaska na sljedeću fazu razvoja. Primjer: 95% svih kritičnih testnih slučajeva mora proći.

Neke metode definiranja izlaznih kriterija su određivanje ciljanog brzina trčanja međutim prolaznost.

• Run rate je omjer između broj izvršenih testnih slučajeva/ukupan broj testnih slučajeva specifikacije ispitivanja. Na primjer, specifikacija testa ima ukupno 120 TC-ova, ali ispitivač je izvršio samo 100 TC-ova, tako da je stopa izvođenja 100/120 = 0.83 (83%)
• Prolaznost je omjer između brojevi testni slučajevi prošli / testni slučajevi izvršeni. Na primjer, u više od 100 izvršenih TC-ova, 80 TC-ova je prošlo, tako da je prolaznost 80/100 = 0.8 (80%)

Ovi se podaci mogu dohvatiti u dokumentima Test Metric.

• trčanje stopa je obavezna 100% osim ako nije naveden jasan razlog.
• Proći stopa ovisi o opsegu projekta, ali postizanje visoke prolaznosti je cilj.

Primjer plana testiranja:Vaš tim je već izvršio testna izvršenja. Javljaju vam rezultate testa i žele da ih potvrdite Kriteriji za izlazak.

U gornjem slučaju, Run rate je obavezan 100% ali testni tim završio je samo 90% testnih slučajeva. To znači da Run rate nije zadovoljen, stoga NEMOJTE potvrditi izlazne kriterije

Korak 5) Planiranje resursa

Plan resursa je a detaljan sažetak svih vrsta resursa potrebnih za dovršenje projektnog zadatka. Resursi mogu biti ljudi, oprema i materijali potrebni za dovršetak projekta

Planiranje resursa važan je čimbenik planiranja testa jer pomaže u utvrđivanje o broj resursa (zaposlenika, opreme...) koji će se koristiti za projekt. Stoga, voditelj testiranja može napraviti točan raspored i procjenu za projekt.

Ovaj odjeljak predstavlja preporučene resurse za vaš projekt.

Ljudski resursi

Sljedeća tablica predstavlja različite članove vašeg projektnog tima

Resurs sustava

Za testiranje web aplikacije trebali biste planirati resurse prema sljedećim tablicama:

Korak 6) Planirajte testno okruženje

Što je testna okolina

Okruženje za testiranje je skup softvera i hardvera na kojem će tim za testiranje izvršiti testne slučajeve. Testno okruženje se sastoji od pravi posao međutim korisnik okruženje, kao i fizičko okruženje, kao što je poslužitelj, prednje okruženje za rad.

Kako postaviti testno okruženje

Natrag na vaš projekt, kako ga postavljate okruženje ispitivanja za ovu bankovnu web stranicu?

Da biste dovršili ovaj zadatak, trebate snažnu suradnju između testnog tima i razvojnog tima

Trebali biste programeru postaviti neka pitanja kako biste razumjeli web aplikaciju koja se testira jasno. Evo nekoliko preporučenih pitanja. Naravno, možete postaviti i ostala pitanja ako vam je potrebno.

• Koja je maksimalna korisnička veza koju ovo web mjesto može podnijeti u isto vrijeme?
• Koji su hardverski/softverski zahtjevi za instalaciju ove web stranice?
• Treba li korisnikovo računalo neke posebne postavke za pregledavanje web stranice?

Sljedeća slika opisuje testno okruženje bankarske web stranice https://demo.guru99.com/V4

Korak 7) Raspored i procjena

U članku Testna procjena, već ste upotrijebili neke tehnike za procjenu napora da dovršite projekt. Sada biste trebali uključiti tu procjenu kao i raspored u planiranje testiranja

U fazi testne procjene, pretpostavimo da razbijete cijeli projekt na male zadatke i dodate procjenu za svaki zadatak kao u nastavku

Zatim stvorite raspored izvršiti ove zadatke.

Izrada rasporeda čest je pojam u upravljanju projektima. Stvaranjem čvrstog rasporeda u planiranju testiranja, Test Manager ga može koristiti kao alat za praćenje napretka projekta, kontrolu prekoračenja troškova.

Za izradu rasporeda projekta, Test Manager treba nekoliko vrsta unosa kao što je navedeno u nastavku:

• Zaposlenik i rok projekta: Radni dani, projektni rok, dostupnost resursa čimbenici su koji utječu na raspored
• Procjena projekta: Na temelju procjene, Test Manager zna koliko je vremena potrebno za dovršetak projekta. Tako može napraviti odgovarajući raspored projekta
• Projektni rizik : Razumijevanje rizika pomaže Test Manageru da doda dovoljno dodatnog vremena u raspored projekta da se nosi s rizicima

Vježbajmo na primjeru:

Pretpostavimo da šef želi dovršiti projekt Guru99 u jedan mjesecu, već ste procijenili napor za svaki zadatak u procjeni testa. Raspored možete izraditi kao u nastavku

Korak 8) Isporuke testa

Test Deliverables je popis svih dokumenata, alata i drugih komponenti koje je potrebno razviti i održavati kao podršku naporima testiranja.

Postoje različiti rezultati testova u svakoj fazi životni ciklus razvoja softvera.

Dostavljeni su rezultati ispitivanja prije faza testiranja.

• Dokument s planovima ispitivanja.
• Dokumenti testnih slučajeva
• Specifikacije dizajna testa.

Dostavljeni su rezultati ispitivanja za vrijeme testiranje

• Testne skripte
• Simulatori.
• Podaci o ispitivanju
• Matrica sljedivosti testa
• Dnevnici pogrešaka i zapisnici izvršenja.

Dostavljeni su rezultati ispitivanja nakon ciklusi testiranja su gotovi.

• Rezultati ispitivanja/izvješća
• Izvješće o kvaru
• Smjernice za postupke instalacije/testiranja
• Izdajte bilješke

Resursi

Preuzmite ogledni predložak plana testiranja

Preuzmite uzorak plana testiranja sustava web stranice Guru99 Bank