PLAN TESTIRANJA: Što je, kako stvoriti (s primjerom)

Plan ispitivanja

Test plan je detaljan dokument koji opisuje test strategiju, ciljeve, raspored, procjene, gotovim proizvodima i resurse potrebne za obavljanje testiranja za softverski proizvod. Plan ispitivanja pomaže nam utvrditi napor potreban za provjeru kvalitete aplikacije koja se testira. Plan ispitivanja služi kao nacrt za provođenje aktivnosti testiranja softvera kao definirani proces, koji voditelj ispitivanja detaljno prati i kontrolira.

Prema definiciji ISTQB-a: „Plan ispitivanja je dokument koji opisuje opseg, pristup, resurse i raspored predviđenih ispitnih aktivnosti.“

Počnimo sa sljedećim primjerom / scenarijem plana ispitivanja: Na sastanku želite razgovarati o planu ispitivanja s članovima tima, ali oni nisu zainteresirani -.

U tom slučaju, što ćete učiniti? Odaberite svoj odgovor na sljedećoj slici

A) Ja sam menadžer, radim sve kako sam rekao
B) U redu, dopustite mi da objasnim zašto nam je plan testa
pogrešan.
Kao voditelj testa morate im objasniti važnost testa, a ne prisiljavati tim da radi ono što želite. Ispravno
Kao voditelj testa, morate im objasniti važnost testa, a ne prisiljavati tim da radi ono što želite.

Koja je važnost plana ispitivanja?

Izrada dokumenta o ispitnom planu ima višestruke prednosti

• Pomozite ljudima izvan testnog tima, poput programera, poslovnih menadžera, kupaca da razumiju detalje testiranja.
• Test plan vodi naše razmišljanje. To je poput knjige pravila, koju se treba pridržavati.
• Važni aspekti poput procjene testa, opsega testa, strategije ispitivanja dokumentirani su u planu testa, tako da ga menadžerski tim može pregledati i ponovo koristiti za druge projekte.

Kako napisati plan ispitivanja

Već znate da je izrada plana ispitivanja najvažniji zadatak procesa upravljanja testovima. Slijedite sedam koraka u nastavku da biste stvorili plan ispitivanja prema IEEE 829

1. Analizirajte proizvod
2. Dizajnirajte strategiju ispitivanja
3. Definirajte ciljeve testa
4. Definirajte kriterije ispitivanja
5. Planiranje resursa
6. Planirajte testno okruženje
7. Raspored i procjena
8. Odredite rezultate ispitivanja

Korak 1) Analizirajte proizvod

Kako možete testirati proizvod bez ikakvih podataka o njemu? Odgovor je nemoguć. Prije testiranja morate temeljito naučiti proizvod .

Testirani proizvod je web mjesto bankarstva Guru99. Trebali biste istražiti klijente i krajnje korisnike kako biste znali njihove potrebe i očekivanja od aplikacije

• Tko će koristiti web stranicu?
• Čemu služi?
• Kako će to funkcionirati?
• Koji su softver / hardver koji proizvod koristi?

Za analizu web mjesta možete koristiti sljedeći pristup

Sada primijenimo prethodno znanje na stvarni proizvod: Analizirajte bankarsku web stranicu http://demo.guru99.com/V4.

Trebali biste razgledati ovu web stranicu i pregledati dokumentaciju o proizvodu. Pregled dokumentacije o proizvodu pomaže vam da razumijete sve značajke web mjesta kao i kako ga koristiti. Ako su vam stavke nejasne, možete intervjuirati kupca, programera ili dizajnera kako biste dobili više informacija.

Korak 2) Razviti testnu strategiju

Test strategija je presudan korak u izradi plana testiranja za testiranje softvera. Dokument o strategiji ispitivanja dokument je na visokoj razini koji obično razvija Test Manager. Ovaj dokument definira:

• Ciljevi ispitivanja projekta i sredstva za njihovo postizanje
• Utvrđuje napor i troškove ispitivanja

Povratak na svoj projekt, morate razviti test strategiju za testiranje te bankarske web stranice. Slijedite korake u nastavku

Korak 2.1) Definirajte opseg testiranja

Prije početka bilo koje ispitne aktivnosti treba znati opseg ispitivanja. Morate dobro razmisliti o tome.

• Komponente sustava koji će se testirati (hardver, softver, međuoprema itd.) Definirane su kao " u opsegu "
• Komponente sustava koje se neće testirati također trebaju biti jasno definirane kao " izvan opsega ".

Određivanje opsega vašeg projekta testiranja vrlo je važno za sve dionike. Precizan opseg vam pomaže

• Pružite svima povjerenje i točne informacije o testiranju koje provodite
• Svi članovi projekta imat će jasno razumijevanje o tome što se testira, a što ne

Kako određujete opseg vašeg projekta?

Da biste odredili opseg, morate -

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

Sada bi trebalo jasno definirati "u opsegu" i "van opsega" ispitivanja.

• Kao specifikacije softverskih zahtjeva, projekt Guru99 Bank fokusira se samo na testiranje svih funkcija i vanjskog sučelja web stranice Guru99 Bank ( u opsegu testiranja)
• Trenutno se neće testirati nefunkcionalno testiranje poput stresa , performansi ili logičke baze podataka . ( izvan opsega)

Scenarij problema

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

Pa, u takvom slučaju trebate uvjeriti kupca da je Api testiranje dodatni posao i da će potrošiti značajne resurse. Dajte mu podatke koji potkrepljuju vaše činjenice. Recite mu ako je Api testiranje uključeno u opseg, proračun će se povećati za iznos od XYZ.

Kupac se slaže i u skladu s tim su novi opsezi, stavke izvan opsega

• Stavke obuhvaćene predmetom: Funkcionalno testiranje, Api testiranje
• Stavke izvan opsega: Ispitivanje baze podataka, hardver i sva druga vanjska sučelja

Korak 2.2) Odredite vrstu ispitivanja

Ispitivanje tipa je standardni postupak ispitivanja koji daje očekivanu ispitnu ishod.

Svaka vrsta ispitivanja formulirana je za identificiranje određene vrste programskih grešaka. Ali, sve vrste ispitivanja imaju za cilj postizanje jednog zajedničkog cilja „ Rano otkrivanje svih nedostataka prije puštanja proizvoda u promet kupcu“

U najčešće koristi vrste ispitivanja opisani su kao na sljedećoj slici

Postoji mnoštvo vrsta ispitivanja za testiranje softverskog proizvoda. Vaš tim ne može imati dovoljno napora da podnese sve vrste testiranja. Kao upravitelj ispitivanja, morate postaviti prioritet vrsta ispitivanja

• Koje vrste testiranja trebaju biti usmjerene na testiranje web aplikacija?
• Koje vrste testiranja treba zanemariti radi uštede troškova?

Sada vježbamo s vašim projektom. Proizvod koji želite testirati je bankarska web stranica.
Koje biste vrste ispitivanja trebali usmjeriti u ovom slučaju?
Odaberite sve primjenjive A) Jedinstveno ispitivanje B) API ispitivanje C) Integracijsko ispitivanje D) Ispitivanje sustava E) Instaliranje / deinstaliranje testiranja F) Agilno testiranje Odabiremo samo B) API testiranje C) Integracijsko testiranje D) Testiranje sustava za projekt Guru99

Korak 2.3) Rizik i problemi s dokumentima

Rizik je neizvjestan događaj u budućnosti s vjerojatnošću nastanka i potencijalnim gubitkom. Kada se rizik stvarno dogodi, to postaje ' problem'.

U članku Analiza i rješenje rizika već ste detaljno naučili o analizi rizika i identificirali potencijalne rizike u projektu.

U QA planu ispitivanja dokumentirat ćete te rizike

Rizik	Smanjenje
Članu tima nedostaju potrebne vještine za testiranje web stranica.	Planirajte tečaj za osposobljavanje članova
Raspored projekata je pretijesan; teško je završiti ovaj projekt na vrijeme	Postavite prioritet testa za svaku test aktivnost.
Test Manager ima lošu upravljačku vještinu	Planirajte trening vodstva za menadžera
Nedostatak suradnje negativno utječe na produktivnost vaših zaposlenika	Potaknite svakog člana tima na njegov zadatak i potaknite ih na veće napore.
Pogrešna procjena proračuna i prekoračenje troškova	Utvrdite opseg prije početka rada, posvetite puno pažnje planiranju projekata i neprestano pratite i mjerite napredak

Korak 2.4) Stvorite testnu logistiku

U testnoj logistici, voditelj ispitivanja trebao bi odgovoriti na sljedeća pitanja:

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

Tko će testirati?

Možda ne znate tačna imena ispitivača koji će testirati, ali vrstu testera možete 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 neuspjeh ili odgodu projekta .

Osoba koja ima sljedeće vještine najidealnija je za provođenje testiranja softvera:

• Sposobnost razumijevanja gledišta kupaca
• Snažna želja za kvalitetom
• Pozornost na detalje
• Dobra suradnja

U vašem projektu, član koji će preuzeti odgovornost za izvođenje testa je ispitivač. Na temelju proračuna projekta, za tester možete odabrati člana u izvornom ili vanjskom izvođaču.

Kada će se dogoditi test?

Testne aktivnosti moraju se podudarati s povezanim razvojnim aktivnostima.

Započet ćete s testiranjem kada imate sve potrebne predmete prikazane na sljedećoj slici

Korak 3) Definirajte cilj testa

Cilj testa je ukupni cilj i postignuće izvođenja testa. Cilj testiranja je pronaći što više softverskih nedostataka; osigurajte da testirani softver ne sadrži greške prije izdavanja.

Da biste definirali ciljeve testa, trebali biste napraviti 2 sljedeća koraka

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

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

Možete odabrati metodu ' TOP-DOWN' da biste pronašli značajke web stranice koje će možda trebati testirati. Ovom metodom raščlanjujete testnu aplikaciju na komponentu i potkomponentu .

U prethodnoj temi već ste analizirali specifikacije zahtjeva i prošetali web stranicom, tako da možete stvoriti Mind-Map kako biste pronašli značajke web stranice kako slijedi

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

Na temelju gore navedenih značajki, možete definirati testni cilj projekta Guru99 kako slijedi

• Provjerite radi li funkcionalnost web stranice Guru99 (račun, polog ...) kako se očekuje, bez ikakvih pogrešaka ili grešaka u stvarnom poslovnom okruženju
• Provjerite radi li vanjsko sučelje web stranice, poput UI , prema očekivanjima i zadovoljava li potrebe kupaca
• Provjerite iskoristivost web stranice. Jesu li te funkcionalnosti prikladne za korisnika ili ne?

Korak 4) Definirajte kriterije ispitivanja

Kriteriji ispitivanja su standard ili pravilo na kojem se mogu temeljiti postupak ispitivanja ili prosudba testa. Postoje dvije vrste kriterija za ispitivanje kako slijede

Kriteriji suspenzije

Navedite kritične kriterije ovjesa za test. Ako su tijekom ispitivanja ispunjeni kriteriji suspenzije, aktivni ciklus ispitivanja obustavit će se dok se kriteriji ne riješe .

Primjer plana testiranja: Ako članovi vašeg tima izvijeste da postoji 40% neuspjelih testnih slučajeva, trebali biste obustaviti testiranje sve dok razvojni tim ne popravi sve neuspješne slučajeve.

Kriteriji za izlaz

Specificira kriterije koji označavaju uspješan završetak faze ispitivanja. Izlazni kriteriji ciljani su rezultati ispitivanja i neophodni su prije nego što se prijeđe na sljedeću fazu razvoja. Primjer: mora proći 95% svih kritičnih slučajeva.

Neke metode definiranja izlaznih kriterija su određivanjem ciljane brzine i prolaznosti .

• Brzina pokretanja je omjer između broja izvršenih testnih slučajeva / ukupnih testnih slučajeva specifikacije testa. Na primjer, specifikacija testa ima ukupno 120 TC, ali ispitivač je izveo samo 100 TC, tako da je brzina pokretanja 100/120 = 0,83 (83%)
• Prolaznost je omjer između broja položenih testnih slučajeva / izvršenih testnih slučajeva . Na primjer, u preko 100 izvršenih TC-a, prošlo je 80 TC-a, tako da je stopa prolaska 80/100 = 0,8 (80%)

Ti se podaci mogu pronaći u dokumentima Test Metric.

• Stopa pokretanja obavezna je 100%, osim ako se ne navede jasan razlog.
• Prolaznost ovisi o opsegu projekta, ali cilj je postizanje visoke prolaznosti .

Primjer plana ispitivanja: Vaš je tim već izvršio probno izvršavanje. Izvještavaju vam rezultat testa i žele da potvrdite kriterije izlaska.

U gore navedenom slučaju, stopa trčanja je obavezna 100%, ali testni tim ispunio je samo 90% testnih slučajeva. To znači da brzina pokretanja nije zadovoljena, zato NE potvrđujte kriterije izlaska

Korak 5) Planiranje resursa

Plan resursa je detaljan sažetak svih vrsta resursa potrebnih za izvršenje projektnog zadatka. Resurs bi mogao biti čovjek, oprema i materijali potrebni za dovršetak projekta

Planiranje resursa je važan čimbenik u planiranju testa, jer pomaže u određivanju na broj resursa (zaposlenika, opreme ...) koji će se koristiti za projekt. Stoga, Test Manager 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

Ne.	Član	Zadaci
1.	Voditelj ispitivanja	Upravljajte cijelim projektom Definirajte smjernice projekta Nabavite odgovarajuće resurse
2.	Tester	Identificiranje i opisivanje odgovarajućih ispitnih tehnika / alata / arhitekture automatizacije Provjerite i procijenite pristup testiranju Izvršite testove, evidentirajte rezultate, prijavite nedostatke. Tester bi mogao biti član izvora ili izvora, na temelju proračuna projekta Za zadatak za koji je bila potrebna niska vještina, preporučujem vam da odaberete članove koji su prepušteni izvođačima radi uštede troškova projekta.
3.	Programer u testu	Primijenite test slučajeve, test program, test set itd.
4.	Administrator testa	Izrađuje i osigurava upravljanje i održavanje testnog okruženja i imovine Podrška testera za korištenje testnog okruženja za izvršavanje testa
5.	Članovi SQA-a	Preuzmite odgovornost za osiguranje kvalitete Provjerite ispunjava li postupak ispitivanja određene zahtjeve

Resurs sustava

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

Ne.	Resursi	Opisi
1.	Poslužitelj	Instalirajte web aplikaciju koja se testira To uključuje zasebni web poslužitelj, poslužitelj baze podataka i poslužitelj aplikacija, ako je primjenjivo
2.	Alat za ispitivanje	Alat za testiranje je automatizirati testiranje, simulirati rad korisnika, generirati rezultate testa Postoji mnoštvo testnih alata koje možete koristiti za ovaj projekt, kao što su Selenium, QTP ... itd.
3.	Mreža	Za simulaciju stvarnog poslovnog i korisničkog okruženja potrebna vam je mreža koja uključuje LAN i Internet
4.	Računalo	Računalo koje korisnici često koriste za povezivanje web poslužitelja

Korak 6) Planiranje testnog okruženja

Što je testno okruženje

Test okruženje je postavljanje softvera i hardvera na kojem će ispitni tim izvršavati test slučajeve. Test okruženje sastoji se od stvarnog poslovnog i korisničkog okruženja, kao i fizičkog okruženja, poput poslužitelja, prednjeg okruženja koje radi.

Kako postaviti testno okruženje

Natrag na svoj projekt, kako postaviti testno okruženje za ovu web stranicu o bankarstvu?

Da biste dovršili ovaj zadatak, potrebna vam je snažna suradnja između testnog tima i razvojnog tima

Trebali bi pitati developer neka pitanja za razumijevanje web aplikacija pod testom jasno . Evo nekoliko preporučenih pitanja. Ako želite, možete postaviti i ostala pitanja.

• Koja je maksimalna korisnička veza koju ova web stranica istovremeno može podnijeti?
• Koji su hardverski / softverski zahtjevi za instaliranje 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 www.demo.guru99.com/V4

Korak 7) Raspored i procjena

U članku Procjena testa već ste koristili neke tehnike za procjenu napora za dovršetak projekta. Sada biste trebali uključiti tu procjenu, kao i raspored u planiranje ispitivanja

Pretpostavimo da u fazi procjene testa podijelite cijeli projekt na male zadatke i dodate procjenu za svaki zadatak kako je dolje navedeno

Zadatak	Članovi	Procijenite napor
Stvorite specifikaciju testa	Dizajner testa	170 čovjeko-sati
Izvršite test izvršavanje	Tester, administrator testa	80 radnih sati
Izvještaj o ispitivanju	Tester	10 radnih sati
Test isporuka		20 radnih sati
Ukupno		280 radnih sati

Zatim kreirate raspored za izvršavanje ovih zadataka.

Izrada rasporeda uobičajeni je pojam u upravljanju projektima. Stvarajući čvrst raspored u planiranju ispitivanja, upravitelj testa može ga koristiti kao alat za praćenje napretka projekta, kontrolu prekoračenja troškova.

Da bi stvorio raspored projekta, upravitelju ispitivanja potrebno je nekoliko vrsta unosa kao što je prikazano u nastavku:

• Rok zaposlenika i projekta : Radni dani, rok projekta, dostupnost resursa faktori su koji su utjecali na raspored
• Procjena projekta : Na temelju procjene, voditelj testa zna koliko je vremena potrebno za dovršetak projekta. Tako može napraviti odgovarajući raspored projekata
• Projektni rizik : Razumijevanje rizika pomaže Test Manageru da doda dovoljno vremena u raspored projekta za rješavanje rizika

Vježbamo na primjeru:

Pretpostavimo da šef želi dovršiti projekt Guru99 u jednom mjesecu, već procjenjuje napor za svaki zadataka u test procjene. Možete stvoriti raspored kao u nastavku

Korak 8) Ispitajte rezultate

Ispitni rezultati su popis svih dokumenata, alata i drugih komponenata koje treba razviti i održavati kao potporu naporima testiranja.

Postoje različiti rezultati ispitivanja u svakoj fazi životnog ciklusa razvoja softvera.

Rezultati ispitivanja pružaju se prije faze ispitivanja.

• Dokument o planovima ispitivanja.
• Dokumenti o testnim slučajevima
• Specifikacije dizajna testa.

Tijekom ispitivanja pružaju se ispitni rezultati

• Test skripte
• Simulatori.
• Podaci o ispitivanju
• Test matrica sljedivosti
• Dnevnici pogrešaka i zapisnici izvršenja.

Rezultati ispitivanja pružaju se nakon završetka ciklusa ispitivanja.

• Rezultati ispitivanja / izvješća
• Izvještaj o nedostacima
• Smjernice za postupke ugradnje / ispitivanja
• Napomene o izdanju

Resursi

Preuzmite uzorak predloška plana ispitivanja

Preuzmite uzorak plana ispitivanja sustava web stranice Guru99 Bank