Kas yra bandymo plano šablonas?
BANDYMO PLANO Šablonas yra išsamus dokumentas, kuriame aprašoma testavimo strategija, tikslai, tvarkaraštis, įvertinimas ir rezultatai bei bandymui reikalingi ištekliai. Testavimo planas padeda mums nustatyti pastangas, reikalingas patvirtinant bandomos programos kokybę. Testavimo planas yra programinės įrangos testavimo veiklos kaip apibrėžto proceso planas, kurį kruopščiai stebi ir kontroliuoja testo vadovas.
Testavimo plano sukūrimas yra būtinas, kad užtikrintumėte sėkmingą programinės įrangos testavimo projektą. Jei dar nesinaudojote bandymų planavimu, perskaitykite šią pamoką, kaip sukurti bandymo planą.
Atsisiųskite bandymo plano šablono pavyzdį
Žemiau rasite svarbias testo plano sudedamąsias dalis -
- 1. Įvadas
- 1.1 Taikymo sritis
- 1.1.1 Taikymo sritis
- 1.1.2 Taikymo sritis
- 1.2 Kokybės tikslas
- 1.3 Vaidmenys ir atsakomybė
- 2 Testavimo metodika
- 2.1 Apžvalga
- 2.2 Testo lygiai
- 2.3 „Bug Triage“
- 2.4. Sustabdymo kriterijai ir atnaujinimo reikalavimai
- 2.5 Testo išsamumas
- 3 Testo rezultatai
- 4 Išteklių ir aplinkos poreikiai
- 4.1 Testavimo įrankiai
- 4.2 Bandymo aplinka
1. Įvadas
Trumpas projekto metu naudojamų testavimo strategijų, proceso, darbo eigos ir metodikų pristatymas
1.1) Taikymo sritis
1.1.1) Taikymo sritis
Taikymo sritis apibrėžia funkcijas, funkcinius ar ne funkcinius reikalavimus programinės įrangos, kuri bus patikrintos
1.1.2) Netaikoma
„Out of Scope“ apibrėžia programinės įrangos, kuri nebus išbandyta, ypatybes, funkcinius ar nefunkcinius reikalavimus
1.2) Kokybės tikslas
Čia paminėkite bendrą tikslą, kurį planuojate pasiekti atlikdami rankinius ir automatikos bandymus.
Kai kurie jūsų bandymo projekto tikslai gali būti
- Įsitikinkite, kad bandoma programa atitinka funkcinius ir nefunkcinius reikalavimus
- Įsitikinkite, kad AUT atitinka kliento apibrėžtas kokybės specifikacijas
- Klaidos / problemos nustatomos ir pašalinamos prieš jas paskelbiant
1.3) Vaidmenys ir atsakomybė
Išsamus skirtingų komandos narių vaidmenų ir atsakomybės aprašymas
- KU analitikas
- Testų vadybininkas
- „Configuration Manager“
- Kūrėjai
- Diegimo komanda
Be kitų
2) Testavimo metodika
2.1) Apžvalga
Paminėkite priežastį, kodėl reikia taikyti tam tikrą projekto bandymo metodiką. Bandymo metodika, pasirinkta projektui, galėtų būti
- Vandens kritimas
- Pakartotinas
- Vikrus
- Ekstremalus programavimas
Pasirinkta metodika priklauso nuo kelių veiksnių. Apie bandymų metodiką galite perskaityti čia
2.2) Testo lygiai
Testo lygiai apibrėžia bandymo tipus, kuriuos reikia atlikti bandomoje programoje (AUT ). Testavimo lygiai pirmiausia priklauso nuo projekto apimties, laiko ir biudžeto apribojimų.
2.3) „Bug Triage“
Triažo tikslas yra
- Norėdami nustatyti kiekvienos klaidos skiriamosios gebos tipą
- Norėdami nustatyti klaidų prioritetus ir nustatyti visų „To Be Fixed Bugs“ tvarkaraštį.
2.4) Sustabdymo kriterijai ir atnaujinimo reikalavimai
Laikino sustabdymo kriterijai apibrėžia kriterijus, kuriuos reikia naudoti norint sustabdyti visą arba dalį bandymo procedūros, o atnaujinimo kriterijai nustato, kada bandymas gali būti atnaujintas jį sustabdžius
2.5) Išbandymo išsamumas
Čia apibrėžkite kriterijus, kurie jūsų testavimą laikys baigtu.
Pavyzdžiui, būtų keli kriterijai, kad būtų galima patikrinti testo išsamumą
- 100% testo aprėptis
- Visi rankinio ir automatinio testavimo atvejai įvykdyti
- Visos atidarytos klaidos yra ištaisytos arba bus ištaisytos kitame leidime
3) Testo rezultatai
Čia paminėkite visus bandomuosius artefaktus, kurie bus pristatyti skirtingais bandymo gyvavimo ciklo etapais.
Čia pateikiami paprasti rezultatai
|
4) Išteklių ir aplinkos poreikiai
4.1) Testavimo įrankiai
Sudarykite sąrašą panašių įrankių
- Reikalavimų stebėjimo įrankis
- Klaidų sekimo įrankis
- Automatikos įrankiai
Reikalingas projekto išbandymui
4.2) Bandymo aplinka
Jame minimi minimalūs aparatūros reikalavimai, kurie bus naudojami programai išbandyti.
Šie programinės įrangos yra privalomas papildomai prie kliento specialios programinės įrangos.
- „Windows 8“ ir naujesnės versijos
- „Office 2013“ ir naujesnės versijos
- MS Exchange ir kt.
5) Terminai / akronimai
Paminėkite visus projekte vartojamus terminus ar akronimus
| TERMINAS / AKRONIMAS | APIBRĖŽIMAS |
| API | Programos sąsaja |
| AUT | Testuojama programa |
Atsisiųskite aukščiau pateiktą bandymo plano šablono formatą
Bandymo plano dokumentų bankininkystės žiniatinklio programos pavyzdys
1. Įvadas
Testų planas skirtas apibrėžti visų projekto „Guru99 Bank“ testavimo veiklų apimtį, požiūrį, išteklius ir tvarkaraštį.
Plane nurodomi bandomi elementai, testuojamos savybės, atliekamų bandymų tipai, už testavimą atsakingas personalas, ištekliai ir tvarkaraštis, reikalingi bandymui užbaigti, ir su planu susijusi rizika.
1.1 Taikymo sritis
1.1.1 Taikymo sritis
Reikia patobulinti visas „WebsiteGuru99“ banko savybes, kurios buvo apibrėžtos programinės įrangos reikalavimų specifikacijose
| Modulio pavadinimas | Taikomi vaidmenys | apibūdinimas |
| Likučio tyrimas | Vadybininkas klientas | Klientas : Klientas gali turėti kelias banko sąskaitas. Jis gali matyti tik savo sąskaitų balansą.Vadybininkas : valdytojas gali matyti visų jo prižiūrimų klientų balansą |
| Lėšų pervedimas | Vadybininkas klientas | Klientas: Klientas gali pervesti lėšas iš savo sąskaitos į bet kurią paskirties sąskaitą.Vadybininkas : valdytojas gali pervesti lėšas iš bet kurios šaltinio banko sąskaitos į paskirties sąskaitą |
| Mini pareiškimas | Vadybininkas klientas | „Mini“ ataskaitoje bus rodomos paskutinės 5 sąskaitos operacijos.Klientas: klientas gali matyti tik „savo“ sąskaitųtvarkytuvės mini ataskaitą : valdytojas gali matyti bet kurios paskyros mini ataskaitą |
| Individualus pareiškimas | Vadybininkas klientas | Individualus pareiškimas leidžia filtruoti ir rodyti operacijas paskyroje pagal datą, operacijos vertę.Klientas: Klientas gali matyti „Individualizuotas“ - tik „savo“ sąskaitųtvarkytuvės išrašą: Valdytojas gali matyti pritaikytą bet kurios paskyros ataskaitą |
| Pakeisti slaptažodį | Vadybininkas klientas | Klientas: Klientas gali pakeisti tik savo paskyros slaptažodį.Vadybininkas : Valdytojas gali pakeisti tik savo paskyros slaptažodį. Jis negali pakeisti savo klientų slaptažodžių |
| Naujas klientas | Vadybininkas | Vadybininkas : vadybininkas gali pridėti naują klientą. |
| Vadybininkas | Vadybininkas: vadybininkas gali redaguoti išsamią informaciją, pvz., Kliento adresą, el. Pašto adresą, telefoną. |
|
| Nauja paskyra | Vadybininkas | Šiuo metu sistema teikia 2 tipų sąskaitas • Taupymas • Dabartinis Klientas gali turėti kelias taupymo sąskaitas (vieną savo vardu, kitą bendrame pavadinime ir tt). Jis gali turėti kelias einamąsias sąskaitas skirtingoms valdomoms įmonėms. Arba jis gali turėti kelias einamąsias ir taupomąsias sąskaitas.Vadybininkas: vadybininkas gali pridėti naują sąskaitą esamam klientui. |
| Redaguoti paskyrą | Vadybininkas | Vadybininkas: valdytojas gali pridėti išsamią esamos paskyros redagavimo paskyros informaciją |
| Ištrinti paskyrą | Vadybininkas | Vadybininkas: valdytojas gali pridėti kliento paskyros ištrynimą. |
| Ištrinti klientą | Vadybininkas | Klientą galima ištrinti tik tuo atveju, jei jis / ji neturi aktyvių esamų ar taupančių sąskaitųtvarkytuvės: valdytojas gali ištrinti klientą. |
| Indėlis | Vadybininkas | Vadybininkas: valdytojas gali įnešti pinigus į bet kurią sąskaitą. Paprastai tai atliekama, kai gryni pinigai yra deponuojami banko skyriuje. |
| Pasitraukimas | Vadybininkas | Vadybininkas: valdytojas gali išsiimti pinigus iš bet kurios sąskaitos. Paprastai tai daroma, kai grynuosius pinigus paima banko skyriuje. |
1.1.2 Taikymo sritis
Šios funkcijos nėra išbandytos, nes jos nėra įtrauktos į programinės įrangos reikalavimų specifikacijas
- Vartotojo sąsajos
- Aparatinės įrangos sąsajos
- Programinės įrangos sąsajos
- Duomenų bazė logiška
- Ryšio sąsajos
- Svetainės saugumas ir našumas
1.2 Kokybės tikslas
Testo tikslai yra patikrinti svetainės „Guru99 Bank“ funkcionalumą. Projektas turėtų būti sutelktas į banko operacijų, tokių kaip sąskaitos valdymas, išėmimas ir likutis, testavimą.
... ir tt garantuoti visa tai operacija gali dirbti normaliai realiu verslo aplinkoje.1.3 Vaidmenys ir atsakomybė
Norėdami sutaupyti projekto kainą, projektas turėtų naudoti išorės narius kaip testuotoją.
| Nr. | Narys | Užduotys |
| 1. | Testų vadybininkas | Tvarkykite visą projektą Apibrėžkite projekto kryptis Įsigykite reikiamų išteklių |
| 2. | Testas | Tinkamų bandymo metodų / įrankių / automatikos architektūros nustatymas ir aprašymas. Patikrinkite ir įvertinkite bandymo metodą. Atlikite bandymus, registruokite rezultatus, praneškite apie defektus. Užsakomi nariai |
| 3. | „Test“ kūrėjas | Įgyvendinkite bandymų atvejus, testų programą, testų rinkinį ir kt. |
| 4. | Testo administratorius | Sukuria ir užtikrina, kad bandymo aplinka ir turtas būtų valdomi ir prižiūrimi, kad palaikymo bandytojas galėtų naudoti bandymo aplinką bandymams vykdyti |
| 5. | SQA nariai | Prisiimkite atsakomybę už kokybės užtikrinimą. Patikrinkite, ar bandymo procesas atitinka nurodytus reikalavimus |
2 Testavimo metodika
2.1 Apžvalga
2.2 Testo lygiai
Projekte „Guru99 Bank“ turėtų būti atliekami 3 bandymai.
- Integracijos testavimas (atskiri programinės įrangos moduliai sujungiami ir išbandomi kaip grupė)
- Sistemos testavimas: atliekamas visoje , integruotoje sistemoje, siekiant įvertinti sistemos atitiktį jos nurodytiems reikalavimams
- API testavimas: išbandykite visas sukurtas API programinei įrangai
2.3 „Bug Triage“
2.4. Sustabdymo kriterijai ir atnaujinimo reikalavimai
Jei komandos nariai praneša, kad 40% bandymų atvejų nepavyko , sustabdykite testavimą, kol kūrėjų komanda ištaisys visus nepavykusius atvejus.
2.5 Testo išsamumas
- Nurodomi kriterijai, žymintys sėkmingą bandymo etapo pabaigą
- Privaloma 100% paleidimo norma, jei nepateikiama aiški priežastis.
- Sėkmės lygis yra 80%, norint gauti leidimą, privaloma
2.6 Projekto užduotis, įvertinimas ir grafikas
| Užduotis | Nariai | Įvertinkite pastangas |
| Sukurkite bandymo specifikaciją | Testų dizaineris | 170 žmogaus valandų |
| Atlikite testo vykdymą | Testuotojas, testų administratorius | 80 žmogaus valandų |
| Testo ataskaita | Testuotojas | 10 žmogaus valandų |
| Bandomasis pristatymas | 20 žmogaus valandų | |
| Iš viso | 280 žmogaus valandų |
Suplanuokite atlikti šias užduotis
3 Testo rezultatai
Bandomieji rezultatai pateikiami taip, kaip nurodyta toliau
Prieš bandymo etapą
- Bandymų planų dokumentas.
- Testo atvejų dokumentai
- Bandymo projekto specifikacijos.
Testavimo metu
- Testavimo įrankių treniruokliai.
- Testo duomenys
- „Test Trace -ability Matrix“ - klaidų žurnalai ir vykdymo žurnalai.
Pasibaigus bandymo ciklams
- Testo rezultatai / ataskaitos
- Defektų ataskaita
- Diegimo / bandymo procedūrų gairės
- Išleidimo pastabos
4 Išteklių ir aplinkos poreikiai
4.1 Testavimo įrankiai
| Nr. | Ištekliai | Aprašymai |
| 1. | Serveris | Reikia duomenų bazės serverio, kuris įdiegtų „MySQL“ serverio žiniatinklio serverį, kuris įdiegtų „Apache“ serverį |
| 2. | Bandymo įrankis | Sukurkite testavimo įrankį, kuris automatiškai sugeneruotų bandymo rezultatą pagal iš anksto nustatytą formą ir automatizuotą testo vykdymą |
| 3. | Tinklas | Nustatykite LAN Gigabitą ir 1 interneto liniją, kurios greitis ne mažesnis kaip 5 Mb / s |
| 4. | Kompiuteris | Mažiausiai 4 kompiuteriuose veikia „Windows 7“, 2 GB „Ram“, 3,4 GHz procesorius |
4.2 Bandymo aplinka
Išbandykite aplinką, kad nustatytumėte, kaip parodyta žemiau