Što je predložak plana ispitivanja?
PREDLOG PLANA TESTIRANJA detaljan je dokument koji opisuje strategiju ispitivanja, ciljeve, raspored, procjenu i rezultate, te resurse potrebne za testiranje. 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.
Stvaranje plana ispitivanja obvezno je kako bi se osigurao uspjeh vašeg projekta testiranja softvera. Ako ste novi u planiranju ispitivanja, pogledajte ovaj vodič o tome kako stvoriti plan ispitivanja
Preuzmite uzorak predloška plana ispitivanja
Ispod pronađite važne sastojke plana ispitivanja -
- 1. Uvod
- 1.1 Opseg
- 1.1.1 U opsegu
- 1.1.2 Izvan opsega
- 1.2 Cilj kvalitete
- 1.3 Uloge i odgovornosti
- 2 Metodologija ispitivanja
- 2.1 Pregled
- 2.2 Razine ispitivanja
- 2.3 Trijaža grešaka
- 2.4 Kriteriji suspenzije i zahtjevi za nastavak
- 2.5 Kompletnost testa
- 3 Ispitni rezultati
- 4 Potrebe za resursima i okolišem
- 4.1 Alati za testiranje
- 4.2 Probno okruženje
1. Uvod
Kratko predstavljanje testnih strategija, procesa, tijeka rada i metodologija korištenih za projekt
1.1) Opseg
1.1.1) U opsegu
Opseg definira značajke, funkcionalne ili nefunkcionalne zahtjeve softvera koji će se testirati
1.1.2) Izvan dosega
Out Of Scope definira značajke, funkcionalne ili nefunkcionalne zahtjeve softvera koji NEĆE biti testiran
1.2) Cilj kvalitete
Ovdje spomenite opći cilj koji planirate postići ručnim testiranjem i testiranjem automatizacije.
Neki ciljevi vašeg projekta testiranja mogu biti
- Osigurajte da aplikacija koja se testira udovoljava funkcionalnim i nefunkcionalnim zahtjevima
- Osigurajte da AUT ispunjava specifikacije kvalitete definirane od strane klijenta
- Greške / poteškoće su identificirane i otklonjene prije pokretanja
1.3) Uloge i odgovornosti
Detaljan opis uloga i odgovornosti različitih članova tima poput
- QA analitičar
- Voditelj ispitivanja
- Upravitelj konfiguracije
- Programeri
- Instalacijski tim
Između ostalog
2) Metodologija ispitivanja
2.1) Pregled
Navedite razlog usvajanja određene metodologije ispitivanja za projekt. Metodologija ispitivanja odabrana za projekt mogla bi biti
- Slap
- Iterativni
- Okretan
- Ekstremno programiranje
Odabrana metodologija ovisi o više čimbenika. O metodologiji ispitivanja možete pročitati ovdje
2.2) Razine ispitivanja
Razine ispitivanja definiraju vrste ispitivanja koja će se izvršiti na aplikaciji koja se testira (AUT ). Razine ispitivanja prvenstveno ovise o opsegu projekta, vremenu i proračunskim ograničenjima.
2.3) Trijaža grešaka
Cilj trijaže je da
- Da biste definirali vrstu razlučivosti za svaku pogrešku
- Da biste odredili prioritete programskih pogrešaka i odredili raspored za sve "Ispravljene greške".
2.4) Kriteriji suspenzije i zahtjevi za nastavak
Kriteriji suspenzije definiraju kriterije koji će se koristiti za obustavu cijelog ili dijela postupka ispitivanja, dok kriteriji obnavljanja određuju kada se testiranje može nastaviti nakon što je obustavljeno
2.5) Kompletnost testa
Ovdje definirate kriterije koji će vaše testiranje smatrati dovršenim.
Na primjer, bilo bi nekoliko kriterija za provjeru cjelovitosti testa
- 100% pokrivenost testom
- Izvršeni su svi ručni i automatizirani test slučajevi
- Sve otvorene pogreške su ispravljene ili će biti ispravljene u sljedećem izdanju
3) Ispitni rezultati
Ovdje se spominju svi testni artefakti koji će biti isporučeni tijekom različitih faza životnog ciklusa testiranja.
Evo jednostavnih rezultata
|
4) Potrebe za resursima i okolišem
4.1) Alati za ispitivanje
Napravite popis alata poput
- Alat za praćenje zahtjeva
- Alat za praćenje grešaka
- Alati za automatizaciju
Potrebno za testiranje projekta
4.2) Ispitno okruženje
U njemu se spominju minimalni hardverski zahtjevi koji će se koristiti za testiranje aplikacije.
Sljedeći softver potreban je uz softver specifičan za klijenta.
- Windows 8 i noviji
- Office 2013 i noviji
- MS Exchange itd.
5) Pojmovi / kratice
Spomenite sve pojmove ili kratice korištene u projektu
| POJAM / AKRONIM | DEFINICIJA |
| API | Sučelje aplikacijskog programa |
| AUT | Primjena u ispitivanju |
Preuzmite gornji format predloška plana ispitivanja
Uzorak Primjer web aplikacije za bankarstvo dokumentom
1. Uvod
Plan ispitivanja osmišljen je tako da propisuje opseg, pristup, resurse i raspored svih aktivnosti testiranja projekta Guru99 Bank.
Planom se utvrđuju stavke koje će se testirati, značajke koje će se testirati, vrste ispitivanja koja treba izvršiti, osoblje odgovorno za testiranje, resursi i raspored potrebni za dovršavanje ispitivanja te rizici povezani s planom.
1.1 Opseg
1.1.1 U opsegu
Moraju se poboljšati sve značajke web stranice Guru99 Bank koje su definirane u specifikacijama softverskih zahtjeva
| Naziv modula | Primjenjive uloge | Opis |
| Upit o stanju | Korisnik menadžera | Kupac : Kupac može imati više bankovnih računa. Može pregledati stanje na svojim računima samoupravitelj : upravitelj može vidjeti stanje svih kupaca koji su pod njegovim nadzorom |
| Prijenos sredstava | Korisnik menadžera | Kupac: Kupac može imati prijenos sredstava sa svog "vlastitog" računa na bilo koji odredišni račun.Upravitelj : Upravitelj može prenijeti sredstva s bilo kojeg izvornog bankovnog računa na odredišni račun |
| Mini Izjava | Korisnik menadžera | Mini izvod prikazat će zadnjih 5 transakcija računa.Kupac: Kupac može vidjeti mini izvod samo svojih „vlastitih“ računa.Voditelj: Upravitelj može vidjeti mini izvod bilo kojeg računa |
| Prilagođena izjava | Korisnik menadžera | Prilagođeni izvod omogućuje vam filtriranje i prikaz transakcija na računu na temelju datuma, vrijednosti transakcije.Kupac: Kupac može vidjeti Prilagođeni - izvod samo svojih „vlastitih“ računa.Voditelj : Upravitelj može vidjeti Prilagođeni -izvještaj bilo kojeg računa |
| Promijenite lozinku | Korisnik menadžera | Kupac: Kupac može promijeniti lozinku samo svog računa.Upravitelj : Upravitelj može promijeniti lozinku samo svog računa. Ne može mijenjati lozinke svojih kupaca |
| Novi kupac | Menadžer | Menadžer : Menadžer može dodati novog kupca. |
| Menadžer | Voditelj: Menadžer može uređivati detalje poput adrese, e-pošte, telefona kupca. |
|
| Novi profil | Menadžer | Trenutno sustav nudi 2 vrste računa • Spremanje • Trenutno Korisnik može imati više računa za spremanje (jedan u svoje ime, drugi u zajedničko ime itd.). Može imati više tekućih računa za različite tvrtke koje posjeduje. Ili može imati više tekućih i štednih računa.Voditelj: Upravitelj može dodati novi račun postojećem kupcu. |
| Uredi račun | Menadžer | Upravitelj: Upravitelj može dodati detalje o uređivanju računa za postojeći račun |
| Izbriši račun | Menadžer | Voditelj: Upravitelj može dodati izbrisati račun za kupca. |
| Izbriši kupca | Menadžer | Kupac se može izbrisati samo ako nema aktivnih tekućih računa ili računa za spremanje.Voditelj: Upravitelj može izbrisati kupca. |
| Depozit | Menadžer | Menadžer: Menadžer može položiti novac na bilo koji račun. Obično se to radi kada se gotovina položi u poslovnici banke. |
| Povlačenje | Menadžer | Menadžer: Menadžer može podizati novac s bilo kojeg računa. Obično se radi kada se gotovina podiže u poslovnici banke. |
1.1.2 Izvan opsega
Ove se značajke ne testiraju jer nisu uključene u specifikacije softverskih zahtjeva
- Korisnička sučelja
- Hardverska sučelja
- Softverska sučelja
- Baza podataka logična
- Komunikacijska sučelja
- Sigurnost i izvedba web stranica
1.2 Cilj kvalitete
Ciljevi testa su provjeriti funkcionalnost web stranice Guru99 Bank, projekt bi se trebao usredotočiti na testiranje bankarskih operacija kao što su upravljanje računima, povlačenje i stanje
… Itd. Kako bi se osiguralo da svi ovi postupci mogu normalno raditi u stvarnom poslovnom okruženju.1.3 Uloge i odgovornosti
Projekt bi trebao koristiti članove vanjskog izvođača kao ispitivača radi uštede troškova projekta.
| Ne. | Član | Zadaci |
| 1. | Voditelj ispitivanja | Upravljajte cijelim projektom Definirajte smjernice projekta Nabavite odgovarajuće resurse |
| 2. | Test | Identificiranje i opisivanje odgovarajućih ispitnih tehnika / alata / arhitekture automatizacije Provjerite i procijenite pristup testiranju Izvršite testove, evidentirajte rezultate, prijavite nedostatke. Vanjski članovi |
| 3. | Programer u testu | Primijenite test slučajeve, test program, test set itd. |
| 4. | Administrator testa | Izrađuje i osigurava da se testnim okruženjem i sredstvima upravlja i održava Tester podrške 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 |
2 Metodologija ispitivanja
2.1 Pregled
2.2 Razine ispitivanja
U projektu Guru99 banka trebaju se provesti 3 vrste testiranja.
- Ispitivanje integracije (Pojedinačni softverski moduli kombiniraju se i testiraju kao grupa)
- Ispitivanje sustava : Provedeno na cjelovitom , integriranom sustavu radi ocjenjivanja usklađenosti sustava s navedenim zahtjevima
- API testiranje: testirajte sve API-je stvorene za testirani softver
2.3 Trijaža grešaka
2.4 Kriteriji suspenzije i zahtjevi za nastavak
Ako članovi tima prijave da postoji 40% neuspjelih testnih slučajeva , obustavite testiranje dok razvojni tim ne popravi sve neuspješne slučajeve.
2.5 Kompletnost testa
- Navodi kriterije koji označavaju uspješan završetak faze ispitivanja
- Stopa pokretanja obavezna je 100%, osim ako se ne navede jasan razlog.
- Prolaznost je 80%, postizanje prolaznosti je obavezno
2.6 Projektni zadatak i procjena i raspored
| 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 |
Raspored za izvršavanje ovih zadataka
3 Ispitni rezultati
Rezultati ispitivanja navedeni su u nastavku
Prije faze ispitivanja
- Dokument o planovima ispitivanja.
- Dokumenti o testnim slučajevima
- Specifikacije dizajna testa.
Tijekom ispitivanja
- Simulatori testnih alata.
- Podaci o ispitivanju
- Testiranje matrice sposobnosti praćenja - Dnevnici pogrešaka i zapisnici izvršenja.
Nakon završetka ciklusa ispitivanja
- Rezultati ispitivanja / izvješća
- Izvještaj o nedostacima
- Smjernice za postupke ugradnje / ispitivanja
- Napomene o izdanju
4 Potrebe za resursima i okolišem
4.1 Alati za testiranje
| Ne. | Resursi | Opisi |
| 1. | Poslužitelj | Trebate poslužitelj baze podataka koji instalira MySQL poslužitelj Web poslužitelj koji instalira Apache poslužitelj |
| 2. | Alat za ispitivanje | Razviti testni alat koji može automatski generirati rezultat testa u unaprijed definiranom obliku i automatizirano izvršavanje testa |
| 3. | Mreža | Postavite LAN Gigabit i 1 internetsku liniju brzinom od najmanje 5 Mb / s |
| 4. | Računalo | Najmanje 4 računala sa sustavom Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Probno okruženje
Test okruženje treba postaviti prema donjoj slici