BANDYMŲ PLANAS: Kas yra, kaip sukurti (su pavyzdžiu)

Testo planas

Bandymų planą yra išsamus dokumentas, kuriame aprašoma bandymo strategiją, tikslus, tvarkaraštį, įvertinimas, rezultatus ir išteklius, reikalingus atlikti bandymai programinės įrangos produktą. 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.

Pagal ISTQB apibrėžimą: „Testų planas yra dokumentas, apibūdinantis numatomos bandomosios veiklos apimtį, požiūrį, išteklius ir tvarkaraštį“.

Pradėkime nuo bandymo plano pavyzdžio / scenarijaus: Susitikime norite aptarti bandymo planą su komandos nariais, tačiau jie nesidomi.

Tokiu atveju ką darysite? Pasirinkite savo atsakymą taip:

A) Aš esu vadybininkas, daryk viską, kaip sakiau
B) Gerai, leiskite man paaiškinti, kodėl mums reikia
neteisingo
testų plano. Kaip bandymų vadybininkas, turite paaiškinti jiems bandymų plano svarbą, o ne priversti komandą daryti tai, ko norite. Teisingas
Kaip bandymų vadovas, turite paaiškinti jiems testų plano svarbą, o ne priversti komandą daryti tai, ko norite.

Kokia yra bandymų plano svarba?

Testavimo plano dokumento sudarymas turi daug privalumų

• Padėkite žmonėms, nepriklausantiems testavimo komandai, tokiems kaip kūrėjai, verslo vadovai, klientai suprasti išsamią testavimo informaciją.
• Testų planas vadovaujasi mūsų mąstymu. Tai tarsi taisyklių knyga, kurios reikia laikytis.
• Svarbūs aspektai, tokie kaip testo įvertinimas, testo apimtis, testavimo strategija, yra dokumentuoti testų plane, todėl valdymo komanda gali juos peržiūrėti ir pakartotinai naudoti kitiems projektams.

Kaip parašyti bandymų planą

Jūs jau žinote, kad testų plano sudarymas yra svarbiausia testų valdymo proceso užduotis. Atlikite septynis toliau nurodytus veiksmus, kad sukurtumėte bandymo planą pagal IEEE 829

1. Išanalizuokite produktą
2. Sukurkite testavimo strategiją
3. Apibrėžkite bandymo tikslus
4. Apibrėžkite testo kriterijus
5. Išteklių planavimas
6. Planuokite bandymo aplinką
7. Tvarkaraštis ir įvertinimas
8. Nustatykite bandymo rezultatus

1 žingsnis. Išanalizuokite produktą

Kaip galite išbandyti gaminį be jokios informacijos apie jį? Atsakymas yra neįmanomas. Prieš išbandydami, turite gerai išmokti produktą .

Testuojamas produktas yra bankininkystės svetainė „Guru99“. Turėtumėte ištirti klientus ir galutinius vartotojus, kad sužinotumėte jų poreikius ir lūkesčius iš programos

• Kas naudosis svetaine?
• Kam jis vartojamas?
• Kaip tai veiks?
• Kas yra programinė įranga / aparatinė įranga, kurią naudoja produktas?

Norėdami analizuoti svetainę, galite naudoti šį metodą

Dabar pritaikykime aukščiau pateiktas žinias realiam produktui: išanalizuokite bankininkystės svetainę http://demo.guru99.com/V4.

Turėtumėte apsižvalgyti šioje svetainėje ir peržiūrėti produkto dokumentaciją. Produkto dokumentacijos peržiūra padeda suprasti visas svetainės funkcijas ir tai, kaip ja naudotis. Jei neaišku dėl kokių nors daiktų, galite paklausti kliento, kūrėjo, dizainerio, kad gautumėte daugiau informacijos.

2 žingsnis. Sukurkite testavimo strategiją

Testavimo strategija yra kritinis žingsnis sudarant programinės įrangos testavimo planą. Testavimo strategijos dokumentas yra aukšto lygio dokumentas, kurį paprastai parengia Test Manager. Šiame dokumente apibrėžiama:

• Projekto testavimo tikslai ir priemonės jiems pasiekti
• Nustato bandymo pastangas ir išlaidas

Grįždami prie savo projekto, turite sukurti bandymo strategiją, kad išbandytumėte tą bankininkystės svetainę. Turėtumėte atlikti toliau nurodytus veiksmus

2.1 žingsnis) Apibrėžkite testavimo apimtį

Prieš pradedant bet kokią bandomąją veiklą, turėtų būti žinoma bandymų apimtis. Turite apie tai gerai pagalvoti.

• Bandomi sistemos komponentai (aparatinė įranga, programinė įranga, tarpinė programinė įranga ir kt.) Apibrėžiami kaip „ taikymo sritis “
• Sistemos komponentai, kurie nebus išbandyti, taip pat turi būti aiškiai apibrėžti kaip „ nepatenkantys į taikymo sritį “.

Testavimo projekto apimties apibrėžimas yra labai svarbus visoms suinteresuotosioms šalims. Jums padeda tiksli taikymo sritis

• Suteikite visiems pasitikėjimo ir tikslią informaciją apie atliekamą testavimą
• Visi projekto nariai aiškiai supras, kas yra išbandyta, o kas ne

Kaip nustatyti savo projekto apimtį?

Norėdami nustatyti taikymo sritį, turite:

• Tikslus kliento reikalavimas
• Projekto biudžetas
• Produkto Aprašymas
• Testo komandos įgūdžiai ir talentas

Dabar turėtų būti aiškiai apibrėžtas testavimo „taikymo sritis“ ir „apimties ribos“.

• Kaip reikalauja programinės įrangos specifikacijų, projektas „Guru99 Bank“ sutelkia dėmesį tik į visų „ Guru99 Bank“ svetainės funkcijų ir išorinės sąsajos testavimą ( apimties testavime).
• Šiuo metu nebus atliekami neveikiantys testai, tokie kaip įtampa , našumas ar loginė duomenų bazė . ( nepatenka į taikymo sritį)

Problemos scenarijus

Klientas nori, kad išbandytumėte jo API. Tačiau projekto biudžetas to daryti neleidžia. Tokiu atveju ką darysi?

Na, tokiu atveju turite įtikinti klientą, kad „Api Testing“ yra papildomas darbas ir sunaudos daug išteklių. Pateikite jam duomenis, patvirtinančius jūsų faktus. Pasakykite jam, jei „Api Testing“ yra įtrauktas į biudžetą, biudžetas padidės XYZ suma.

Klientas sutinka ir atitinkamai yra nauji taikymo srities elementai

• Taikymo srities elementai: Funkcinis testavimas, Api testavimas
• Elementai, nepatenkantys į taikymo sritį: duomenų bazių testavimas, aparatinė įranga ir kitos išorinės sąsajos

2.2 žingsnis) Nurodykite bandymo tipą

Testavimas tipas yra standartinis testas procedūra, kuri suteikia laukiamą tyrimo rezultatus.

Kiekvienas bandymo tipas yra suformuluotas tam, kad būtų galima nustatyti konkretų produkto klaidų tipą. Tačiau visais bandymų tipais siekiama vieno bendro tikslo „ Ankstyvas visų defektų nustatymas prieš išleidžiant gaminį klientui“

Į dažniausiai naudojami bandymų tipai apibūdinami kaip paveikslėlyje

Yra daugybė bandymų tipų, skirtų programinės įrangos produktui išbandyti. Jūsų komanda negali turėti pakankamai pastangų, kad galėtų atlikti įvairius bandymus. Kaip „Test Manager“ turite nustatyti testavimo tipų prioritetą

• Kurie testavimo tipai turėtų būti sutelkti atliekant žiniatinklio programų testavimą?
• Kurių testavimo tipų reikėtų nepaisyti taupant išlaidas?

Dabar praktikuokimės su jūsų projektu. Produktas, kurį norite išbandyti, yra banko svetainė.
Kuriems testavimo tipams turėtumėte sutelkti dėmesį šiuo atveju?
Pasirinkite viską, kas taikoma A) vieneto testavimas B) API testavimas C) Integracijos testavimas D) Sistemos testavimas E) Įdiekite / pašalinkite testavimą F) „Agile testing“ „Guru99“ projektui pasirinkti tik B) API testavimą C) Integracijos testavimą D) Sistemos testavimą

2.3 žingsnis. Dokumentuokite riziką ir problemas

Rizika yra Ateities neaiški įvykis su tikimybe atsiradimo ir potencialą už nuostolius. Kai rizika iš tikrųjų įvyksta, ji tampa „ problema“.

Straipsnyje Rizikos analizė ir sprendimas jau išsamiai sužinojote apie „Rizikos“ analizę ir nustatėte galimą riziką projekte.

Kokybės patikrinimo plane jūs dokumentuosite šią riziką

Rizika	Švelninimas
Komandos nariui trūksta reikiamų įgūdžių norint išbandyti svetainę.	Suplanuokite mokymo kursą, kad įgytumėte savo narius
Projekto grafikas per trumpas; sunku laiku užbaigti šį projektą	Kiekvienai bandymo veiklai nustatykite bandymo prioritetą .
Testų vadovas turi menkus valdymo įgūdžius	Suplanuokite vadovo mokymus vadovams
Bendradarbiavimo trūkumas neigiamai veikia jūsų darbuotojų produktyvumą	Skatinkite kiekvieną komandos narį atlikti užduotį ir įkvėpkite juos dėti daugiau pastangų.
Neteisingas biudžeto įvertinimas ir išlaidų viršijimas	Nustatyti sritis , prieš pradedant darbą, mokėti daug dėmesio projekto planavimo ir nuolat sekti ir vertinti pažangą

2.4 žingsnis) Sukurkite bandomąją logistiką

„Test Logistics“ bandymų vadovas turėtų atsakyti į šiuos klausimus:

• Kas testuos?
• Kada vyks testas?

Kas testuos?

Tikrų tikrintojo, kuris atliks testą, vardų galbūt nežinote, tačiau testuotojo tipą galima nustatyti.

Norėdami pasirinkti tinkamą narį nurodytai užduočiai, turite apsvarstyti, ar jo įgūdžiai yra tinkami atlikti užduotį, ar ne, taip pat įvertinti projekto biudžetą. Pasirinkus netinkamą narį užduočiai, projektas gali žlugti arba vėluoti .

Asmuo, turintis šiuos įgūdžius, yra idealiausias programinės įrangos testavimui atlikti:

• Gebėjimas suprasti klientų požiūrį
• Stiprus kokybės troškimas
• Dėmesys detalėms
• Geras bendradarbiavimas

Jūsų projekte testuotojas yra narys, kuris prisiims atsakomybę už bandymo vykdymą . Atsižvelgdami į projekto biudžetą, galite pasirinkti testuotoju šaltinį arba išorės narį.

Kada vyks testas?

Bandomoji veikla turi būti derinama su susijusia kūrimo veikla.

Pradėsite testuoti, kai turėsite visus reikiamus elementus, parodytus kitame paveikslėlyje

3 žingsnis. Apibrėžkite bandymo tikslą

Testo tikslas yra bendras bandymo tikslas ir pasiekimas. Testavimo tikslas yra rasti kuo daugiau programinės įrangos defektų; prieš išleidimą įsitikinkite, kad bandomoje programinėje įrangoje nėra klaidų .

Norėdami apibrėžti bandymo tikslus, turėtumėte atlikti 2 toliau nurodytus veiksmus

1. Išvardykite visas programinės įrangos funkcijas (funkcionalumą, našumą, GUI ...), kurias gali tekti išbandyti.
2. Apibūdinkite tikslą arba bandymo tikslą , remdamiesi pirmiau nurodytomis funkcijomis

Atlikime šiuos veiksmus, norėdami rasti jūsų „Guru99 Bank“ testavimo projekto bandomąjį tikslą

Norėdami rasti svetainės ypatybes, kurias gali tekti išbandyti, galite pasirinkti metodą „Į viršų žemyn“ . Taikydami šį metodą, bandomąją programą suskirstote į komponentus ir komponentus .

Ankstesnėje temoje jūs jau išanalizavote reikalavimų specifikacijas ir apžiūrėjote svetainę, todėl galite sukurti „ Mind-Map“, kad rastumėte svetainės funkcijas taip:

Šiame paveikslėlyje parodytos visos „Guru99“ svetainės funkcijos.

Remdamiesi pirmiau nurodytomis funkcijomis, galite apibrėžti projekto „Guru99“ bandomąjį tikslą taip

• Patikrinkite, ar svetainės „Guru99“ funkcionalumas (sąskaita, indėlis ...) veikia taip, kaip tikėtasi, be klaidų ar klaidų realioje verslo aplinkoje
• Patikrinkite, ar išorinė svetainės sąsaja, pvz., Vartotojo sąsaja , veikia taip, kaip tikėtasi, ir atitinka kliento poreikius
• Patikrinkite svetainės tinkamumą naudoti . Ar šios funkcijos patogios vartotojui, ar ne?

4 žingsnis. Apibrėžkite testo kriterijus

Testo kriterijai yra standartas arba taisyklė, kuria galima pagrįsti testavimo procedūrą ar testo sprendimą. Yra dviejų tipų bandymo kriterijai:

Sustabdymo kriterijai

Nurodykite kritinius bandymo sustabdymo kriterijus. Jei bandymo metu bus laikomasi sustabdymo kriterijų , aktyvus bandymo ciklas bus sustabdytas, kol kriterijai bus išspręsti .

Testavimo plano pavyzdys: Jei jūsų komandos nariai praneša, kad 40% bandymų atvejų nepavyko, turėtumėte sustabdyti testavimą, kol kūrėjų komanda ištaisys visus nepavykusius atvejus.

Išėjimo kriterijai

Jame nurodomi kriterijai, žymintys sėkmingą bandymo etapo pabaigą. Išėjimo kriterijai yra tiksliniai testo rezultatai ir yra būtini prieš pereinant prie kito kūrimo etapo. Pavyzdys: 95% visų kritinių bandymų atvejų turi būti išlaikyti.

Kai kurie išėjimo kriterijų apibrėžimo metodai yra nurodant tikslinį bėgimo greitį ir perdavimo greitį .

• Vykdymo greitis yra atliktų bandymų skaičiaus ir visų bandymo specifikacijos bandymų atvejų santykis . Pvz., Testo specifikacijoje yra 120 TC, tačiau testuotojas įvykdė tik 100 TC, taigi vykdymo greitis yra 100/120 = 0,83 (83%)
• Perdavimo rodiklis yra atliktų bandymų / atliktų bandymų skaičių santykis . Pvz., Įvykdžius daugiau nei 100 TC, praėjo 80 TC, taigi išlaikymo lygis yra 80/100 = 0,8 (80%)

Šiuos duomenis galima gauti „Test Metric“ dokumentuose.

• Privaloma 100% paleidimo norma, jei nepateikiama aiški priežastis.
• Sėkmės lygis priklauso nuo projekto apimties, tačiau tikslas yra pasiekti aukštą perdavimo greitį .

Testavimo plano pavyzdys: jūsų komanda jau atliko bandomąsias egzekucijas. Jie praneša jums apie bandymo rezultatą ir nori, kad patvirtintumėte išėjimo kriterijus.

Ankstesniu atveju privaloma 100% paleidimo norma , tačiau bandymų komanda atliko tik 90% bandymų atvejų. Tai reiškia, kad vykdymo greitis nėra patenkintas, todėl NETvirtinkite išėjimo kriterijų

5 žingsnis) Išteklių planavimas

Išteklių planas yra išsami visų rūšių išteklių, reikalingų projekto užduočiai atlikti, santrauka . Ištekliai gali būti žmonės, įranga ir medžiagos, reikalingos projektui įgyvendinti

Išteklių planavimas yra svarbus testavimo planavimo veiksnys, nes padeda nustatyti projektui naudojamų išteklių (darbuotojo, įrangos ir kt.) Skaičių . Todėl „Test Manager“ gali nustatyti teisingą projekto tvarkaraštį ir įvertinimą.

Šiame skyriuje pateikiami rekomenduojami jūsų projekto ištekliai.

Žmogiškieji ištekliai

Šioje lentelėje pateikiami įvairūs jūsų projekto komandos nariai

Nr.	Narys	Užduotys
1.	Testų vadybininkas	Tvarkykite visą projektą Apibrėžkite projekto kryptis Įsigykite tinkamus išteklius
2.	Testuotojas	Tinkamų bandymo metodų / įrankių / automatikos architektūros nustatymas ir aprašymas Patikrinkite ir įvertinkite bandymo metodą Atlikite bandymus, žurnalo rezultatus, praneškite apie defektus. Testuotojai gali būti tiek nariai, tiek projekto nariai, atsižvelgiant į projekto biudžetą Jei norite sutaupyti projekto išlaidų, atlikdami užduotį, kuriai reikalingi nedaug įgūdžių, rekomenduoju pasirinkti užsakomus narius .
3.	„Test“ kūrėjas	Įgyvendinkite bandymų atvejus, testų programą, testų rinkinį ir kt.
4.	Testo administratorius	Sukuria ir užtikrina, kad bandomoji aplinka ir turtas būtų valdomi ir prižiūrimi Palaikykite bandytoją, kad bandymo aplinka būtų naudojama vykdant bandymą
5.	SQA nariai	Prisiimkite atsakomybę už kokybės užtikrinimą Patikrinkite, ar bandymo procesas atitinka nurodytus reikalavimus

Sistemos išteklius

Norėdami išbandyti žiniatinklio programą, turėtumėte planuoti išteklius taip:

Nr.	Ištekliai	Aprašymai
1.	Serveris	Įdiekite bandomą interneto programą Tai apima atskirą žiniatinklio serverį, duomenų bazės serverį ir programų serverį, jei taikoma
2.	Bandymo įrankis	Testavimo įrankis yra automatizuoti testavimą, imituoti vartotojo operaciją, generuoti bandymo rezultatus Yra daugybė bandomųjų įrankių, kuriuos galite naudoti šiam projektui, pvz., Selenas, QTP ... ir kt.
3.	Tinklas	Norint imituoti tikrąją verslo ir vartotojo aplinką, reikia, kad tinklas apimtų LAN ir internetą
4.	Kompiuteris	Kompiuteris, kurį vartotojai dažnai naudoja prisijungdami prie interneto serverio

6 žingsnis. Planuokite bandymo aplinką

Kas yra bandymo aplinka

Testavimo aplinka yra programinės ir aparatinės įrangos sąranka, kurioje bandymų komanda ketina vykdyti bandymo atvejus. Testavimo aplinką sudaro tikra verslo ir vartotojo aplinka, taip pat fizinė aplinka, pvz., Serveris, priekio valdymo aplinka.

Kaip nustatyti bandymo aplinką

Grįžtant prie jūsų projekto, kaip galite sukurti šios bankininkystės svetainės bandomąją aplinką ?

Norėdami užbaigti šią užduotį, turite stipriai bendradarbiauti tarp „Test Team“ ir „Development Team“

Turėtumėte užduoti kūrėjui keletą klausimų, kad aiškiai suprastumėte bandomą interneto programą . Štai keletas rekomenduojamų klausimų. Be abejo, jei reikia, galite užduoti kitus klausimus.

• Koks yra didžiausias vartotojo ryšys, kurį ši svetainė gali valdyti tuo pačiu metu?
• Kokie yra aparatūros / programinės įrangos reikalavimai norint įdiegti šią svetainę?
• Ar vartotojo kompiuteriui reikia kokių nors konkrečių parametrų naršyti svetainėje?

Toliau pateiktame paveikslėlyje aprašoma bankinės svetainės www.demo.guru99.com/V4 bandomoji aplinka

7 žingsnis) Tvarkaraštis ir įvertinimas

Straipsnyje Test bandymas jau naudojote kai kuriuos metodus, kad įvertintumėte pastangas užbaigti projektą. Dabar turėtumėte įtraukti šį įvertinimą ir testų planavimo tvarkaraštį

Testo įvertinimo etape tarkime, kad visą projektą suskirstote į mažas užduotis ir pridėkite kiekvienos užduoties įvertinimą, kaip nurodyta toliau

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ų

Tada sukursite šių užduočių atlikimo tvarkaraštį .

Grafiko sudarymas yra įprastas projekto valdymo terminas. Testų planavime sukurdamas patikimą tvarkaraštį, „Test Manager“ gali jį naudoti kaip įrankį projekto pažangai stebėti, kontroliuoti išlaidų viršijimą.

Norėdami sukurti projekto tvarkaraštį, „Test Manager“ reikia kelių tipų įvesties, kaip nurodyta toliau:

• Darbuotojo ir projekto terminas : darbo dienos, projekto terminas, išteklių prieinamumas yra veiksniai, kurie turėjo įtakos grafikui
• Projekto įvertinimas : Remiantis įvertinimu, testų valdytojas žino, per kiek laiko reikia užbaigti projektą. Taigi jis gali sudaryti tinkamą projekto tvarkaraštį
• Projekto rizika : Rizikos supratimas padeda „Test Manager“ pridėti pakankamai papildomo laiko prie projekto tvarkaraščio, kad būtų galima išspręsti riziką

Pasinaudokime pavyzdžiu:

Tarkime, kad viršininkas nori užbaigti projektą „Guru99“ per vieną mėnesį, jūs jau įvertinote kiekvienos užduoties pastangas Testo įvertinime. Tvarkaraštį galite sukurti taip, kaip nurodyta toliau

8 žingsnis) Išbandykite rezultatus

„Test Deliverables“ yra visų dokumentų, įrankių ir kitų komponentų sąrašas, kurį reikia sukurti ir prižiūrėti, kad būtų palaikomos bandymo pastangos.

Kiekviename programinės įrangos kūrimo gyvavimo ciklo etape yra skirtingi bandomieji rezultatai.

Testavimo rezultatai pateikiami prieš bandymo etapą.

• Bandymų planų dokumentas.
• Testo atvejų dokumentai
• Bandymo projekto specifikacijos.

Bandymo pristatomus yra teikiamos per bandymų

• Testo scenarijai
• Imitatoriai.
• Testo duomenys
• Bandymo atsekamumo matrica
• Klaidų žurnalai ir vykdymo žurnalai.

Bandymo rezultatai pateikiami pasibaigus bandymų ciklams.

• Testo rezultatai / ataskaitos
• Defektų ataskaita
• Diegimo / bandymo procedūrų gairės
• Išleidimo pastabos

Ištekliai

Atsisiųskite bandymo plano šablono pavyzdį

Atsisiųskite svetainės „Guru99 Bank“ sistemos bandymo plano pavyzdį