Testiplaani malli ülevaade
Testiplaan on dokument, mis sisaldab kavandit katsetamismeetodi, strateegia, riistvara / tarkvara valimise, ajakava ja tulemuste hindamise kohta. See juhib minu testijuhti.
Vaatame ühte näidet, kus üks koosoleku testide juhataja palub meeskonnal selle projekti jaoks testiplaan koostada ja meeskond pole huvitatud, Sel juhul peaks testijuht selles olukorras hakkama saama.
Mõelge oma testihaldurile ja valige allpool oma vastus:
- Olen juhataja, nii et peate tegema seda, mida ma ütlen
- OK, lubage mul selgitada, miks projekt vajab katseplaani.
Kui olen mänedžer, valin teise variandi ja loodan, et ka sina.
Testiplaani vajadus
- See testib rakenduse / tarkvara kvaliteeti
- Testijad peavad järgima dokumendis antud juhiseid
- Ulatus, hinnang, strateegia on dokumenteeritud ja neid saab kasutada ka teiste projektide jaoks.
Kuidas kirjutada testiplaani mall?
Testiplaani malli kirjutamiseks tuleb järgida kaheksat olulist ülesannet:
See on umbes see, kuidas kirjutame testplaani malli, mida selgitatakse allpool üksikasjalikult:
1. Analüüsige
Ilma andmeteta on võimatu midagi analüüsida. Seega peame kindlaks määrama projekti / projekti, mida tuleb analüüsida. Oletame, et töötasime välja veebisaidi ja seda tuleb analüüsida testimismeetodite abil. Enne testimisstrateegia sisenemist peame üle vaatama tootedokumendi, milles on projekti üksikasjad, kõigepealt peame mõistma funktsionaalsust ja seejärel analüüsima. Allpool on toodud selle veebisaidi proovianalüüs.
- Mis kasu on sellest veebisaidist?
- Kes on lõppkasutajad?
- Kuidas see töötab?
- Mis tarkvara versiooni kasutatakse?
- Mis on riistvara?
2. Kujundus
Testimiskujunduse väljatöötamine on oluline samm testimisplaani mallis ja selle määrab testihaldur.
a) Määratlege testimise ulatus
Enne testi kujunduse kirjutamist peame tuvastama testimiseks „ulatuse” ja „ulatuse välised” ning kõik meeskonna liikmed peavad olema projekti kohta selgelt mõistetavad ja andma täpset teavet andmete kohta. Kuidas te tuvastate katsetamise ulatuse?
- Kliendi nõue
- Eelarve
- Tarkvara spetsifikatsioon
b) Määratle testimise tüüp
Defineerides testimistüübi tarkvara vea tuvastamiseks ja lõppeesmärk on pakkuda tarkvara kliendile ilma vigadeta. Mõned peamised testimisvõtted on:
- Ühiktestimine: testige väikseimat tarkvara või rakendust
- API testimine: testige rakenduse jaoks loodud API-sid
- Integreerimistest: testige rakenduses kombineeritud mooduleid
- Süsteemi test: kontrollige süsteemi vastavust konkreetsele nõudele
- Installi / desinstalli test: konkreetse tarkvara seadistamine / eemaldamine kliendikeskkonnas
- Kiire testimine: katsetage paindlikku metoodikat
c) dokumendirisk ja väljaandmine
Tuvastage risk ja see võib mõjutada katseplaani malli ning millised meetmed on probleemiks. Vaadake allpool mõnda riskitegurit.
- Selle veebisaidi testimiseks on inimestel puuduvad oskused
- Testijuhil on testimismeetodi määratlemiseks kehvad oskused.
- Meeskonnasisese koostöö puudumine
- Halb eelarve hinnang
d) Koostage testlogistika
Selles etapis peab testijuht otsustama, kes testib? ja millal test toimub? Konkreetse ülesande jaoks õige inimese valimine on meetodite mõistmiseks väga oluline. Testimine võib toimuda igal ajal, see võib alata ka arendusetapist. Kui allolev allikas on saadaval, on see testimiseks valmis.
- Katsespetsifikaadid ja nõudedokument
- Inimressurss
- Testi keskkond
3. Testi eesmärk
Eesmärgi testimise peamine eesmärk on tuvastada puudused ja vabastada tarkvara vigadeta. Testi eesmärk peab järgima järgmisi samme:
a) Kontrollige tarkvara või rakenduse funktsiooni.
b) testige funktsiooni seatud eesmärgi ja eesmärgi põhjal.
Kasutage seda veebisaiti näitena, et järgida ülaltoodud samme, kasutades kõige tavalisemat tehnikat ülalt alla testimise meetodil.
- Kontrollige, kas veebisait töötab reaalses keskkonnas ilma probleemideta
- Vajadus kontrollida kliendi vajadust ja see vastab nende ootustele
- See peaks olema kasutajasõbralik
4. Testi kriteeriumid
Kriteeriume saab testimisotsuse tegemisel kasutada reeglina või protseduurina. Testimiskriteeriume on kahte tüüpi:
a) Vedrustuse kriteeriumid
Testi juhataja peab olema seatud peatamise eesmärk. Kui see eesmärgi saavutas, peatatakse katse seni, kuni kriteeriumid on lahendatud. Oletame, et projekti juhtumitest ebaõnnestub 30% juhtudest ja see peab minema tagasi arendusmeeskonna juurde. Testimist ei saa läbi viia enne, kui probleem on kõrvaldatud.
b) väljumiskriteeriumid
Väljumiskriteeriumid saab seada maksimaalse protsendimäärana (nt 96%). Kui testi tulemus vastas sellele protsendile, võib projekti pidada PASSiks. Kohustuslik on läbida 100% testijuhtumeid, kuid läbimist võib määratleda kui 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Ressursside kavandamine
Ressursside kavandamine võib olla nii inimene kui ka varustus, mis nõuab ülesande täitmiseks seda testimiskava.
a) inimressurss
- Testijuht
- Tester
- Arendaja testimisel
- QA insener
b) Süsteemi ressurss
- Server
- Testi tööriist
- Võrgustik
- Arvuti
6. Plaani katsekeskkond
Testi keskkond on riist- ja tarkvara seadistamine testimiseks. Seda tuleb juurutada reaalajas ettevõtluskeskkonnas. Seadistatud keskkonda saab jälgida arendusserverina -> Test- / QA-serverina -> Tootmisserverina. Kui arendusetapp on lõpule viidud, kolib see testimismeeskonda ja kui testimine on lõpule viidud, asub see tootmiskeskkonnas.
7. Ajakava ja hinnang
Testplaani mallis oleva ülesande täitmiseks tuleb koostada ajakava ja hinnang.
| Ülesanne | Liige | Eeldatav kestus |
| Koostage testiplaan | Testijuht | 80 inimtund |
| Testi tulemused | Tester | 200 inimtund |
| Testi kohaletoimetamine | QA | 30 inimtund |
8. Testida tulemusi
Testitulemid võivad loetleda kõik dokumendid ja muud jõupingutused, mis seda pingutust toetavad. Saadetisi on kolme tüüpi.
a) Enne testimist
- Plaani dokument
- Testi kujundusdokument
b) testimise ajal
- Jäädvustusvea logid
- Maatriks
- Täitmisviga
c) Pärast testimist
- Testi tulemused
- Väljalaskemärkmed
Soovitatavad artiklid
See on testplaani malli juhend. Siit oleme õppinud, mis on testikava, testiplaani malli vajadus, kuidas testiplaani kujundada jne. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -
- Staatilised testimismeetodid
- AWS CloudFormationi mallid
- Pilve testimise tööriistad
- Protokolli testimine
- Tüübid ja vigade käsitlemine JavaScriptis
- Strateegiaga seitsme peamise paindliku testimise põhimõtted
- Testijuhtumid vs testi stsenaarium | Peamised erinevused
- Mis on testjuhtum?