Primjer predloška plana testiranja
Thomas Hamilton
⚡ Pametni sažetak
Predložak plana testiranja obuhvaća strategiju, opseg, raspored, rezultate i resurse potrebne za validaciju kvalitete softvera. Ovaj dokument djeluje kao kontrolirani nacrt koji pokreće svaku aktivnost testiranja i izoštrava odgovornost u svim izdanjima.
Što je predložak plana testiranja?
A Predložak plana testiranja je detaljan dokument koji opisuje strategiju testiranja, ciljeve, raspored, procjenu, rezultate i resurse potrebne za testiranje. Pomaže u određivanju napora potrebnog za validaciju kvalitete i služi kao nacrt kojim upravlja voditelj testiranja.
Izrada a Plan testiranja je obavezno kako bi se osigurao uspjeh vašeg projekta testiranja. Ako ste novi u tome, pogledajte Kako izraditi plan testiranja.
Preuzmite ogledni predložak plana testiranja
Struktura predloška plana testiranja
U nastavku su navedeni važni sastojci predloška plana testiranja, objašnjeni redom:
- 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 testa
- 2.3 Trijaža grešaka
- 2.4 Kriteriji suspenzije i zahtjevi za nastavak
- 2.5 Cjelovitost testa
- 3. Testni rezultati
- 4. Potrebe za resursima i okolišem
- 4.1 Alati za testiranje
- 4.2 Testno okruženje
- 5. Pojmovi/Akronimi
1. Uvod
Uvod pruža kratak pregled strategija testiranja, procesa, tijeka rada i metodologija korištenih za projekt.
1.1) Opseg
Opseg testiranja je podijeljen na dva dijela tako da granica testiranja ostane nedvosmislena.
1.1.1) U opsegu
U opsegu se definiraju značajke, funkcionalni ili nefunkcionalni zahtjevi softvera koji će biti testirano.
1.1.2) Izvan opsega
Izvan opsega definira značajke, funkcionalne ili nefunkcionalne zahtjeve softvera koji neće testirano.
1.2) Cilj kvalitete
Ovdje spominjete opće ciljeve koje tim planira postići ručnim i automatiziranim testiranjem. Neki ciljevi tipičnog projekta testiranja uključuju:
- Osigurajte da aplikacija koja se testira (AUT) zadovoljava funkcionalne i nefunkcionalne zahtjeve.
- Osigurajte da AUT zadovoljava specifikacije kvalitete koje je definirao klijent.
- Identificirajte i ispravite greške prije nego što aplikacija postane dostupna.
1.3) Uloge i odgovornosti
Navedite detaljan opis uloga i odgovornosti različitih članova tima, kao što su:
- QA analitičar
- Voditelj ispitivanja
- Upravitelj konfiguracija
- Developeri
- Instalacijski tim
Između ostalih.
👉 Prijavite se za besplatni projekt testiranja softvera uživo
2) Metodologija ispitivanja
Ovaj odjeljak određuje životni ciklus, razine i pravila koja se koriste za upravljanje izvršavanjem testova.
2.1) Pregled
Navedite razlog za usvajanje određene metodologije testiranja za projekt. Metodologija testiranja odabrana za projekt može biti:
- Vodopad
- iterativan
- Okretan
- Ekstremno programiranje
Odabrana metodologija ovisi o više čimbenika. Više o metodologiji testiranja možete pročitati ovdje. ovdje.
2.2) Razine ispita
Razine testiranja definiraju vrste testiranja koje će se izvršiti na aplikaciji koja se testira (AUT).Odabrane razine prvenstveno ovise o opsegu projekta, vremenskim i proračunskim ograničenjima.
2.3) Trijaža grešaka
Cilj trijaže insekata je:
- Definirajte vrstu rješenja za svaku grešku.
- Odredite prioritete grešaka i raspored za sve greške koje "treba ispraviti".
2.4) Kriteriji suspenzije i zahtjevi za nastavak
Kriteriji obustave definiraju uvjete pod kojima će se cijeli ili dio postupka testiranja pauzirati. Kriteriji nastavka određuju kada se testiranje može nastaviti nakon što je obustavljeno.
2.5) Cjelovitost testa
Ovdje definirate kriterije prema kojima će se vaše testiranje smatrati dovršenim. Na primjer, uobičajeni kriteriji za provjeru potpunosti testiranja bili bi:
- Postignuta je 100%-tna pokrivenost testiranjem.
- Svi ručni i automatizirani testni slučajevi izvršeni su.
- Sve otvorene greške su ispravljene ili planirane za sljedeće izdanje.
3) Rezultati ispitivanja
Navedite svaki artefakt proizveden tijekom životnog ciklusa testiranja. Njihovo unaprijed bilježenje sprječava propuštene primopredaje između timova.
|
4) Potrebe resursa i okoliša
Navedite alate i infrastrukturu za osiguranje proračuna, licenci i okruženja prije početka izvršenja.
4.1) Alati za testiranje
Napravite popis alata kao što su:
- Zahtjevi Tracking Oruđe
- Buba Tracking Oruđe
- Alati za automatizaciju
Ovo je potrebno za učinkovito testiranje projekta.
4.2) Testno okruženje
Spomenite minimum hardver zahtjevi koji će se koristiti za testiranje aplikacije.
Sljedeće softver potrebno je uz softver specifičan za klijenta:
- Windows 11 i više
- Microsoft 365 (ili Office 2021 i noviji)
- MS Exchange itd.
5) Pojmovi/akronimi
Dokumentirajte sve pojmove ili akronime korištene u projektu kako bi novi suradnici mogli pročitati plan bez dvosmislenosti.
| POJAM/KRATICA | DEFINICIJA |
|---|---|
| API | Sučelje aplikacijskog programa |
| Austrije | Aplikacija pod testom |
Preuzmite gornji format predloška plana testiranja
Primjer dokumenta plana testiranja: Primjer web aplikacije za bankarstvo
Sljedeći rađeni primjer pokazuje kako se gornji predložak ispunjava za Guru99 Web aplikacija banke.
1. Uvod
Plan testiranja propisuje opseg, pristup, resurse i raspored svih aktivnosti testiranja za Guru99 Projekt banke. Identificira stavke i značajke koje treba testirati, vrste provedenih testiranja, odgovorno osoblje i rizike povezane s planom.
1.1 opseg
1.1.1 U opsegu
Sve značajke Guru99 Web-stranica banke definirana u softverskim zahtjevima naočale potrebno testirati.
| Naziv modula | Primjenjive uloge | Description |
|---|---|---|
| Upit o stanju | Voditelj, Kupac | Kupac: Klijent može imati više bankovnih računa i može vidjeti stanje samo na svojim računima. Menadžer: Voditelj može vidjeti stanje svih kupaca pod svojim nadzorom. |
| Prijenos sredstava | Voditelj, Kupac | Kupac: Klijent može prebaciti sredstva sa svog računa na bilo koji odredišni račun. Menadžer: Upravitelj može prebaciti sredstva s bilo kojeg izvornog računa na bilo koji odredišni račun. |
| Mini Izjava | Voditelj, Kupac | Mini izvod prikazuje posljednjih 5 transakcija na računu. Kupac: Vidi samo mini-izvod svojih računa. Menadžer: Vidi mini-izvod bilo kojeg računa. |
| Prilagođena izjava | Voditelj, Kupac | Prilagođeni izvod filtrira i prikazuje transakcije na računu prema datumu ili vrijednosti transakcije. Kupac: Samo njegovi vlastiti računi. Menadžer: Bilo koji račun. |
| Promjena lozinke | Voditelj, Kupac | Kupac: Može promijeniti lozinku vlastitog računa. Menadžer: Može promijeniti lozinku svog računa, ali ne i lozinke svojih klijenata. |
| Novi kupac | Voditelj | Menadžer: Voditelj može dodati novog kupca. |
| Uredi korisnika | Voditelj | Menadžer: Može uređivati podatke poput adrese, e-pošte i telefona kupca. |
| Novi profil | Voditelj | Sustav nudi 2 vrste računa: štedne i tekuće. Klijent može imati više štednih računa (samostalnih ili zajedničkih) i više tekućih računa. Menadžer: Moguće je dodati novi račun za postojećeg klijenta. |
| Uređivanje računa | Voditelj | Menadžer: Može uređivati podatke o postojećem računu. |
| Izbriši račun | Voditelj | Menadžer: Može izbrisati račun koji pripada klijentu. |
| Izbriši kupca | Voditelj | Klijent se može izbrisati samo ako nema aktivnih tekućih ili štednih računa. Menadžer: Može izbrisati kupca. |
| depozit | Voditelj | Menadžer: Novac se može uplatiti na bilo koji račun, obično kada se gotovina položi u poslovnici banke. |
| Povlačenje | Voditelj | Menadžer: Može podizati novac s bilo kojeg računa, obično kada se gotovina podiže u poslovnici banke. |
1.1.2 Izvan opsega
Ove značajke nisu testirane jer nisu dio specifikacija softverskih zahtjeva:
- Korisnička sučelja
- Hardverska sučelja
- Softverska sučelja
- Logički dizajn baze podataka
- Komunikacijska sučelja
- Sigurnost i izvedba web stranice
1.2 Cilj kvalitete
Ciljevi testa su da se provjeriti funkcionalnost GuruWeb stranica 99 Banke. Projekt bi se trebao usredotočiti na testiranje bankarske operacije, kao što su Upravljanje računom, Isplata i Upit o stanju, za jamčiti da sve ove operacije funkcioniraju Normalno u stvarnom poslovnom okruženju.
1.3 Uloge i odgovornosti
Projekt bi trebao koristiti vanjski članove kao testere kako bi se uštedjelo na troškovima projekta.
| Ne. | Član | Zadaci |
|---|---|---|
| 1. | Voditelj ispitivanja | Upravlja cijelim projektom, definira smjer projekta i pribavlja odgovarajuće resurse. |
| 2. | Ispitivač | Identificira i opisuje odgovarajuće tehnike testiranja, alate i arhitekturu automatizacije; provjerava pristup testiranju; izvršava testove; bilježi rezultate; izvještava o nedostacima. Vanjski članovi. |
| 3. | Programer u testu | Implementira testne slučajeve, testne programe, testne pakete itd. |
| 4. | Test Administrator | Izgrađuje i održava testno okruženje i resurse; podržava testere tijekom izvršavanja. |
| 5. | Članovi SQA | Preuzmite odgovornost za osiguranje kvalitete i potvrdite da li proces testiranja ispunjava određene zahtjeve. |
2. Metodologija ispitivanja
2.1 Pregled
The GuruProjekt 99 Bank slijedi agilnu metodologiju testiranja, omogućujući testerima da se usklade s brzim razvojnim sprintovima uz održavanje strukturirane dokumentacije.
2.2 Razine testa
u GuruZa projekt 99 Banke trebale bi se provesti tri vrste testiranja:
- Testiranje integracije: Pojedinačni softverski moduli se kombiniraju i testiraju kao grupa.
- Testiranje sustava: Provodi se na cjelovitom, integriranom sustavu za procjenu usklađenosti sa specificiranim zahtjevima.
- API testiranje: Testira svaki API koji je izložen od strane testiranog softvera.
2.3 Trijaža grešaka
Sastanci za trijažu grešaka održavaju se dva puta tjedno kako bi se klasificirala težina greške, vlasnik i ciljno izdanje ispravka.
2.4 Kriteriji suspenzije i zahtjevi za nastavak
If 40% testnih slučajeva ima Neuspjela, obustavite testiranje dok razvojni tim ne ispravi sve neuspješne slučajeve.
2.5 Cjelovitost testa
- Određuje kriterije koji označavaju a uspješan završetak testne faze.
- Stopa trčanja je obavezno u 100% osim ako nije naveden jasan razlog.
- Pass rate is 80%postizanje prolaznosti je obavezan.
2.6 Projektni zadaci, procjena i raspored
| Zadatak | POSLOVNI ČLANOVI | Procijenjeni 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 | Voditelj ispitivanja | 20 radnih sati |
| ukupno | - | 280 radnih sati |
Raspored: Tim se obvezuje dovršiti ove zadatke unutar dogovorenog prozora ciklusa testiranja.
3. Testni rezultati
Testni rezultati za GuruProjekt 99 Bank organiziran je u tri faze.
Prije faze testiranja:
- Dokument plana testiranja.
- Test slučajevi dokumenti.
- Specifikacije dizajna testa.
Tijekom faze testiranja:
- Simulatori alata za ispitivanje.
- Podaci ispitivanja.
- test tracmatrica jednostavnosti, zapisnici pogrešaka i zapisnici izvršenja.
Nakon završetka ciklusa testiranja:
- Rezultati ispitivanja i izvješća.
- Izvješće o kvaru.
- Smjernice za postupak instalacije i ispitivanja.
- Bilješke o izdanju.
4. Potrebe za resursima i okolišem
4.1 Alati za testiranje
| Ne. | Resurs | Description |
|---|---|---|
| 1. | Server | Poslužitelj baze podataka koji radi MySQL i web poslužitelj na kojem se izvodi Apache. |
| 2. | Alat za testiranje | Alat koji može automatski generirati rezultate testova u unaprijed definirani oblik i automatizirati izvršavanje testova. |
| 3. | mreža | Gigabitna LAN mreža i jedna internetska linija s minimalnom brzinom od 5 Mb/s. |
| 4. | računalo | Najmanje 4 radne stanice u pogonu Windows 11, s 8 GB RAM-a i procesorom od 3.4 GHz. |
4.2 Testno okruženje
Ovaj pododjeljak navodi minimalne hardverske i softverske zahtjeve koji se koriste za testiranje aplikacije. Uz softver specifičan za klijenta, potreban je sljedeći softver:
- Windows 11 i više
- Microsoft 365 (ili Office 2021 i noviji)
- MS Exchange itd.
Kako umjetna inteligencija pomaže u planiranju testiranja
Moderno planiranje testiranja sve više koristi umjetnu inteligenciju za smanjenje napora i otkrivanje slijepih točaka. Generativni asistenti poput ChatGPT-a, Claudea ili Gemini može izraditi početni plan testiranja iz dokumenta sa zahtjevima, predložiti nedostajuće rubne slučajeve i proizvesti tracmatrice mogućnosti automatski. Modeli strojnog učenja označavaju rizične module iz povijesnih podataka o nedostacima, helpping Voditelj testiranja usmjerava trud tamo gdje je najvažnije.
Međutim, pomoć umjetne inteligencije ne zamjenjuje ljudsku prosudbu. RevPreglednici moraju potvrditi opseg, regulatornu pokrivenost i poslovnu namjeru prije odobrenja bilo kojeg plana generiranog umjetnom inteligencijom. Prijedloge umjetne inteligencije tretirajte kao prvi nacrt, a ne kao konačni dokument.
Najbolje prakse za učinkovit plan testiranja
Dobro napisan plan testiranja usklađuje sve dionike. Primijenite ove najbolje prakse prilikom izrade dokumenta:
- Neka bude sažeto: Koristite jasan jezik i popise s grafičkim oznakama; izbjegavajte žargon koji usporava čitatelje koji ne provjeravaju kvalitetu.
- Napraviti Reviewable: Podijelite rano s programerima i poslovnim analitičarima kako biste uočili nedostajuće zahtjeve.
- Kvantificirajte kriterije izlaza: Definirajte numeričku pokrivenost, stopu prolaznosti i pragove nedostataka.
- Povežite rizike s mjerama ublažavanja: Spojite svaki rizik sa strategijom suzbijanja ili rezervne strategije.
- Kontrola verzija plana: Pohranite ga u alat za dokumentaciju kako biste track se mijenja tijekom cijelog projekta.
