PLAN TESTIRANJA u testiranju softvera (primjer)

Plan testiranja

A Plan testiranja je detaljan dokument koji opisuje strategiju testiranja, ciljeve, raspored, procjenu, rezultate i resurse potrebne za provođenje testiranja softverskog proizvoda. Plan testiranja nam pomaže odrediti trud potreban za validaciju kvalitete testirane aplikacije. Plan testiranja služi kao nacrt za provođenje aktivnosti testiranja softvera kao definiranog procesa koji voditelj testiranja detaljno prati i kontrolira.

Prema ISTQB definiciji: „Plan testiranja je dokument koji opisuje opseg, pristup, resurse i raspored planiranih aktivnosti testiranja.“

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

U takvom slučaju, što ćete učiniti? Odaberite svoj odgovor kao što je prikazano na sljedećoj slici.

👉 Prijavite se za besplatni projekt testiranja softvera uživo

Koja je važnost plana testiranja?

Izrada dokumenta Plana testiranja ima višestruke prednosti.

• Pomaganje ljudima izvan testnog tima, kao što su programeri, poslovni menadžeri i kupci, razumjeti detalje testiranja.
• Plan testiranja vodiča naše razmišljanje. To je poput pravilnika kojeg se treba pridržavati.
• Važni aspekti kao što su procjena testa, opseg testa, Strategija testiranja ima dokumentirati u Planu testiranja kako bi ga Upravni tim mogao pregledati i ponovno upotrijebiti za druge projekte.

Vrste planova testiranja

Postoje tri glavne vrste Planovi testiranja u testiranju softvera.

1. Glavni plan testiranja: Dokument visoke razine koji ocrtava cjelokupnu strategiju testiranja, opseg, resurse i raspored za sve razine testiranja. Služi kao glavni plan projekta.
2. Plan testiranja specifičan za razinu: Fokusira se na određene razine testiranja kao što su jedinično, integracijsko, sistemsko ili prihvatno testiranje. Svaki plan detaljno opisuje pristup, okruženje i rezultate za tu razinu.
3. Plan ispitivanja specifičan za tip: Targetspecijalizirane vrste testiranja poput testiranja performansi, sigurnosti, upotrebljivosti ili automatizacije. Definira alate, tehnike i kriterije jedinstvene za tu vrstu testiranja.

Zajedno, ovi planovi testiranja osiguravaju sveobuhvatnu pokrivenost, usklađuju ciljeve testiranja s ciljevima projekta i poboljšavaju koordinaciju među timovima za veću kvalitetu softvera.

Kako napisati plan testiranja

Već znate da izrada a Plan testiranja je najvažniji zadatak Proces upravljanja testomSlijedite sedam koraka u nastavku kako biste stvorili plan testiranja prema IEEE 829

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

Korak 1) Analizirajte proizvod

Kako možete testirati proizvod bez ima li informacija o tome? Odgovor je NemogućMorate naučiti proizvod temeljito prije testiranja.

Proizvod koji se testira je Guru99 bankarska web stranica. Trebali biste istražiti klijente i krajnje korisnike kako biste znali njihove potrebe i očekivanja od aplikacije.

• Tko će koristiti web stranicu?
• Za što se koristi?
• Kako će to raditi?
• Koji softver/hardver koristi proizvod?

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

Sada primijenimo gornje znanje na pravi proizvod: Analizirati internetsku stranicu banke https://demo.guru99.com/V4.

Trebali biste uzeti a Razgledati ovu web stranicu i također Recenzijom u dokumentacija o proizvodu. Revpregled dokumentacije o proizvodu pomaže vam da razumijete sve značajke web stranice kao i kako je koristiti. Ako vam neke stavke nisu jasne, mogli biste intervju klijent, programer, dizajner kako biste dobili više informacija.

Korak 2) Razvijte strategiju testiranja

Strategija testiranja je a kritičan korak pri izradi plana testiranja u testiranju softvera. Dokument strategije testiranja je dokument visoke razine koji obično razvija voditelj testiranja. Ovaj dokument definira:

• Projekt je ciljevi testiranja i sredstva za njihovo postizanje
• Određuje testiranje napor i troškovi

Vraćajući se na vaš projekt, trebate razviti strategiju testiranja za testiranje te bankarske web stranice. Trebali biste slijediti korake u nastavku.

Korak 2.1) Definirajte opseg testiranja

Prije početka bilo kakve testne aktivnosti, treba znati opseg testiranja. Morate dobro razmisliti o tome.

• Komponente sustava koje se testiraju (hardver, softver, middleware itd.) definirane su kao "u okviru"
• Komponente sustava koje se neće testirati također moraju biti jasno definirane kao "izvan dosega."

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

• Daj svima povjerenje i točne informacije o testiranju koje provodite.
• Svi članovi projekta imat će a jasni razumijevanje što se testira, a što ne.

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 što je „unutar opsega“ i što je „izvan opsega“ testiranja.

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

Scenarij problema

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

Pa, u takvom slučaju, morate uvjeriti kupca da API testiranje To je dodatni posao i potrošit će značajne resurse. Dajte mu podatke koji potkrepljuju vaše činjenice. Recite mu da će se proračun povećati za iznos 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 kako bi identificirala određenu vrstu grešaka u proizvodu. 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. Vaš tim ne mogu staviti 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 aplikacija?
• 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 'izdati'.

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

Rizik	Smanjenje
Članovima tima nedostaju potrebne vještine za testiranje web stranica.	Plan a tečaj da usavršite svoje članove
Raspored projekta je pretijesan; teško je dovršiti ovaj projekt na vrijeme	Postaviti Prioritet testiranja za svaku od testnih aktivnosti.
Voditelj testiranja ima loše upravljačke vještine	Plan trening vodstva za menadžera
Nedostatak suradnje negativno utječe na produktivnost vaših zaposlenika	ohrabriti svaki član tima u svom zadatku, i nadahnuti na veće napore.
Pogrešna procjena proračuna i prekoračenje troškova	Uspostaviti djelokrug prije početka rada, posvetite puno pažnje planiranju projekta i stalno track i mjeriti napredak

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 testera koji će testirati, ali vrsta ispitivača može se definirati.

Da biste odabrali pravog člana za određeni zadatak, morate razmotriti jesu li njihove vještine kvalificirane za taj zadatak ili ne, a također i procijeniti proračun projekta. Odabir pogrešnog člana za zadatak može uzrokovati da projekt... ne or biti odgođen.

Za testiranje softvera idealna je osoba koja posjeduje sljedeće vještine:

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

U vašem projektu, član koji će preuzeti odgovornost za izvršavanje testa je uređaj za ispitivanjeNa temelju proračuna projekta, možete odabrati internog ili vanjskog č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 testiranja je sveukupni cilj i postignuće izvršenja testa. Cilj testiranja je pronaći što više softverskih nedostataka; osigurati da je softver koji se testira bez grešaka prije puštanja na slobodu.

Za definiranje ciljeva testiranja, trebate poduzeti sljedeća dva koraka

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

Primijenimo ove korake kako bismo pronašli cilj vašeg testa Guru99 Projekt testiranja banke

Možete odabrati 'OD VRHA DOLJE' metoda za pronalaženje značajki web stranice koje je možda potrebno testirati. U ovoj metodi, aplikaciju koja se testira dijelite na komponente i podkomponente.

U prethodnoj temi već ste analizirali specifikacije zahtjeva i prošli kroz web stranicu, tako da možete stvoriti Mentalna mapa kako biste pronašli značajke web stranice kako slijedi:

Ova slika prikazuje sve karakteristike koje Guru99 web stranica možda ima.

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

• Provjerite je li web stranica Guru99 funkcionalnost(Račun, Depozit…) radi kako se očekuje 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 kako se očekuje i zadovoljava potrebe kupca
• Provjerite iskoristivost web stranice. Jesu li te funkcionalnosti praktične za korisnika ili ne?

Korak 4) Definirajte kriterije ispitivanja

Kriteriji ispitivanja su standard ili pravilo na kojem se može temeljiti postupak ispitivanja ili procjena ispitivanja. Postoje dvije vrste kriterija ispitivanja:

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 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 i prolaznost.

• Brzina trčanja je omjer između broj izvršenih testnih slučajeva i/ukupan broj testnih slučajeva specifikacije testa. Na primjer, specifikacija testa ima ukupno 120 TC-ova, ali tester je izvršio samo 100 TC-ova, pa je stopa izvršavanja 100/120 = 0.83 (83%)
• Prolaznost je omjer između broj prođenih testnih slučajeva / broj izvršenih testnih slučajevaNa primjer, od gore navedenih 100 izvršenih TC-ova, 80 TC-ova je uspješno položeno, pa je stopa prolaznosti 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 gore navedenom slučaju, stopa trčanja je obavezna i iznosi 100%, ali testni tim je završio samo 90% testnih slučajeva. To znači da stopa izvršavanja nije zadovoljena, stoga NEMOJTE potvrditi kriterije izlaza.

Korak 5) Planiranje resursa

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

Planiranje resursa važan je faktor planiranja testiranja jer pomaže u utvrđivanje o broj resursa (zaposlenika, opreme...) koji će se koristiti za projekt. Stoga voditelj testiranja može napraviti ispravan 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	upravljati cijeli projekt Definirajte projekt smjerovi Nabavite odgovarajuće resurse
2.	Ispitivač	Identificiranje i opisivanje odgovarajućih ispitnih tehnika/alata/arhitekture automatizacije Provjerite i procijenite pristup testu Izvršiti testovi, klada rezultate i prijaviti nedostatke. Tester može biti interni ili vanjski član, ovisno o proračunu projekta. Za zadatak koji zahtijeva nisko vještina, preporučam da odaberete vanjski članovi da spasiti trošak projekta.
3.	Programer u testu	Implementirati testni slučajevi, testni program, testni paket itd.
4.	Test Administrator	Izgrađuje i osigurava Ispitna okolina a imovina jesu upravlja i održavati Tester podrške koristiti testno okruženje za izvršavanje testova
5.	članovi SQA	Preuzmite odgovornost za osiguranje kvalitete. Provjerite kako biste potvrdili da proces testiranja ispunjava određene zahtjeve

Resurs sustava

Za testiranje web aplikacije, resurse trebate planirati na sljedeći način:

Ne.	Resursi	Descriptioni
1.	Server	Instalirajte web aplikaciju koja se testira. To uključuje zaseban web poslužitelj, poslužitelj baze podataka i poslužitelj aplikacije, ako je primjenjivo
2.	Alat za testiranje	Alat za testiranje služi za automatizaciju testiranja, simulaciju korisničkog rada i generiranje rezultata testiranja. Postoji mnoštvo alata za testiranje koje možete koristiti za ovaj projekt, kao što su Selenium, QTP, Itd
3.	mreža	Potrebna vam je mreža, uključujući LAN i Internet, za simulaciju stvarnog poslovnog i korisničkog okruženja.
4.	računalo	Računalo koje korisnici često koriste za povezivanje s web poslužiteljem

Korak 6) Planirajte testno okruženje

Što je testna okolina

Testno okruženje je skup softvera i hardvera na kojem će testni tim izvršavati testne slučajeve. Testno okruženje sastoji se od pravi posao i korisnik okruženje, kao i fizička okruženja, kao što su poslužitelj i okruženje u kojem se izvršava front-end.

Kako postaviti testno okruženje

Vraćajući se na vaš projekt, kako postavljate okruženje ispitivanja za ovu bankovnu web stranicu?

Da biste dovršili ovaj zadatak, trebate snažna suradnja između Testnog tima i Razvojnog tima.

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

• Koji je maksimalan broj korisničkih veza koje ova web stranica može istovremeno obraditi?
• Koji su hardverski/softverski zahtjevi za instalaciju ove web stranice?
• Trebaju li korisnikovemu računalu neke posebne postavke za pregledavanje web stranice?

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

Korak 7) Raspored i procjena

U članku Testna procjena, već ste koristili neke tehnike za procjenu truda potrebnog za dovršetak projekta. Sada biste trebali uključiti tu procjenu kao i raspored u Planiranje testiranja

U fazi procjene testa, pretpostavimo da cijeli projekt podijelite na manje zadatke i dodate procjenu za svaki zadatak na sljedeći način

Zadatak	POSLOVNI ČLANOVI	Procijenite napor
Napravite specifikaciju testa	Dizajner testa	170 radnih sati
Izvođenje testa	Tester, Test Administrator	80 radnih sati
Test Report	Ispitivač	10 radnih sati
Isporuka testa		20 radnih sati
ukupno		280 radnih sati

Zatim stvorite raspored izvršiti ove zadatke.

Izrada rasporeda je uobičajen pojam u upravljanju projektima. Izradom čvrstog rasporeda u Planiranju testiranja, voditelj testiranja može ga koristiti kao alat za praćenje napretka projekta i kontrolu prekoračenja troškova.

Za izradu rasporeda projekta, voditelju testiranja potrebno je nekoliko vrsta ulaznih podataka kako slijedi:

• Zaposlenik i rok projektaRadni dani, rok projekta i dostupnost resursa su čimbenici koji utječu na raspored
• Procjena projektaNa temelju procjene, voditelj testiranja zna koliko je vremena potrebno za dovršetak projekta. Stoga može napraviti odgovarajući raspored projekta.
• Projektni rizikRazumijevanje rizika pomaže voditelju testiranja da doda dovoljno dodatnog vremena rasporedu projekta kako bi se nosio s rizicima.

Vježbajmo na primjeru:

Pretpostavimo da šef želi dovršiti projekt Guru99 u jedan mjesec, a već ste procijenili trud za svaki zadatak u Procjeni testa. Raspored možete kreirati na sljedeći način

Korak 8) Isporuke testa

Rezultati testiranja su popis svih dokumenata, alata i ostalih 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
• test TracMatrica mogućnosti
• Dnevnici pogrešaka i zapisnici izvršenja.

Dostavljeni su rezultati ispitivanja nakon ciklus testiranja je završen.

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

Uobičajeni izazovi u planiranju testiranja (i njihova rješenja)

Učinkovito planiranje testiranja često se suočava s praktičnim preprekama. Prepoznavanje tih izazova i primjena proaktivnih rješenja osigurava glatkije izvršenje i veću kvalitetu softvera.

1. Nejasni zahtjevi
   Izazov: Nejasni ili promjenjivi zahtjevi projekta dovode do nepotpune pokrivenosti testiranjem.
   Rješenje: Provesti pregled zahtjeva i održavati uvjete za život tracmatrica mogućnosti.
2. Ograničeni resursi
   Izazov: Nedovoljno alata, vremena ili vještih testera utječe na kvalitetu testiranja.
   Rješenje: Dajte prioritet kritičnim testnim slučajevima i iskoristite automatizaciju za repetitivne zadatke.
3. Nerealni rokovi
   Izazov: Kratki rasporedi smanjuju vrijeme potrebno za pravilan dizajn i provedbu testiranja.
   Rješenje: Koristite tehnike procjene i rano komunicirajte rizike dionicima.
4. Loša komunikacija
   Izazov: Neusklađenost između timova uzrokuje kašnjenja i preradu.
   Rješenje: Implementirajte redovite sastanke sinkronizacije i zajedničke nadzorne ploče radi transparentnosti.
5. Neadekvatno upravljanje rizikom
   Izazov: Ignoriranje potencijalnih rizika može poremetiti rokove projekta.
   Rješenje: Rano identificirajte rizike, vodite dnevnik rizika i planirajte strategije ublažavanja.

Pitanja i odgovori: