Testiplaanid kirjeldavad tarkvara funktsionaalsuse testimise protsessi. Katseplaanis kirjeldatakse üksikasjalikult iga teatud tulemuse saavutamiseks tehtud sammu ja iga tegevuse eesmärk. Plaan tõstab esile ka prognoositavad ressursid, riskid ja testimisega seotud töötajad. Peaksite kasutama testplaani, kui soovite kõrvaldada oma tarkvara vead ja muud vead enne, kui see klientidele kättesaadavaks muutub. Testiplaani koostamiseks järgige alltoodud samme.
1
Tea põhitõdesid. Testiplaani lisamine sõltub suuresti testitava tarkvara keerukusest. Siiski on kolm peamist osa, mis tuleks alati testiplaani lisada: Testi katvus, Testimismeetodid ja Testimise kohustused. Testi katvus määrab, mida testite ja mida mitte. Testimismeetodid määravad, kuidas te testite neid iga kord. osa, mis on määratletud jaotises “Katvus”. Testimise kohustused määravad ülesanded ja kohustused erinevatele osapooltele. See jaotis peaks sisaldama ka seda, milliseid andmeid kumbki osapool salvestab ning kuidas neid salvestatakse ja teatatakse.
2
Tutvuge vajalike IEEE standardite dokumentidega. Elektri- ja elektroonikainseneride instituut (IEEE) avaldab rahvusvahelisi standardeid tarkvara ja süsteemiarenduse testimiseks ja dokumenteerimiseks. Testiplaani kõrgeimal tasemel hoidmiseks tutvuge järgmiste IEEE väljaannetega: 29119-1-2013, Tarkvara- ja süsteemitehnoloogia – Tarkvara testimine – 1. osa: Mõisted ja määratlused29119-2-2013, Tarkvara- ja süsteemitehnika – Tarkvara testimine – Osa 2: Testimisprotsessid29119-3-2013, Tarkvara ja süsteemitehnika – Tarkvara testimine – Osa 3: Testidokumentatsioon829-2008, IEEE standard tarkvara ja süsteemi testimise dokumentatsiooni jaoks1008-1987 – IEEE standard tarkvaraüksuste testimiseks
3
Tutvuge malliga. Testiplaanide mallid leiate Internetist. Mallide parim allikas on IEEE teek, kuid juurdepääs on tasuline. Dublini linnaülikool pakub ka tasuta testiplaani malli, mis põhineb IEEE 829 standarditel.
4
Kirjuta sissejuhatus. Teie sissejuhatus toimib testiplaani “kokkuvõttena”: selle eesmärgid, ulatus ja ajakava. Seda tuleks hoida lühidalt, kuna lähete üksikasjalikumalt testimisplaani järgmistes osades. Teie eesmärgid ja ulatus avaldused peaksid üldiselt määratlema testimisprotsessis kasutatavad meetodid ja prognoositavad tulemused. Ulatuse avaldus peaks sisaldama ka kõige kriitilisemaid jõudlusnäitajaid, samuti loetelu sellest, mida testimisplaan ei käsitle, ja miks.Ajakava kirjeldab ajavahemikku, mille jooksul testi iga etapp läbitakse.Seotud dokumendid hõlmavad mis tahes välismaterjali, mis on praeguse projekti jaoks asjakohane, näiteks spetsifikatsioonide loendid.
5
Määratlege oma eesmärgid. Teie testimisplaan peaks selgelt määratlema, mida testite ja miks te seda testite. Need peaksid alati põhinema tööstusstandarditel. Määrake, milline on testi ulatus. Milliseid stsenaariume testitakse? Tehke kindlaks, mis on testiga hõlmamata. Milliseid stsenaariume ei testita? Levinud stsenaariumid hõlmavad moodulite testimist, integratsioonitestimist, süsteemide/aktsepteerimistestimist ja beetatestimist.
6
Kirjutage vajalike ressursside jaotis. Selles jaotises kirjeldatakse kõiki testimise lõpuleviimiseks vajalikke ressursse, sealhulgas riistvara, tarkvara, testimistööriistu ja töötajaid. Töötajate arvestuses kirjeldage kindlasti iga liikme kohustusi ja nende kohustuste täitmiseks vajalikku koolitust. dokumenteerige kindlasti riist- ja tarkvara täpsed spetsifikatsioonid.
7
Kirjutage osa riskide ja sõltuvuste kohta. Täpsustage kõiki tegureid, millest teie projekt sõltub, ja iga etapiga kaasnevaid riske. Vastuvõetava riski tase teie projektis aitab kindlaks teha, mida te testite ja mida mitte. Kaaluge erinevate riskide tõenäosust. Peate seadma prioriteediks kriitilised valdkonnad. Olge teadlik ebamäärasetest või ebaselgetest nõuetest. Kasutajatel puuduvad sageli oskusteave, et mõista tehnilist keelt või protseduure, seega võib kasutaja valesti mõistmine kujutada endast ohtu. Kasutage oma varasemat veaajalugu, et aidata teil tuvastada probleeme ja täiendavaid katseid.
8
Kirjutage osa selle kohta, mida kavatsete testida. Loetlege, milliseid uusi aspekte te testite ja milliseid vanu aspekte uuesti testite. Kindlasti kirjeldage iga testi eesmärki. Selle loendi kindlaksmääramiseks võite kasutada tarkvararakenduste loendeid, IEEE juhiseid ja muid allikaid. See jaotis kirjeldab ka teie “tulemusi” või andmeid, mida kliendile edastate. kui test on lõppenud.
9
Kirjutage jaotis selle kohta, mida te ei testi. Loetlege kõik funktsioonid, mida praeguse projekti ajal ei testita. Põhjused funktsioonide mitte testimiseks on järgmised: seda funktsiooni ei kaasata sellesse tarkvaraversiooni; funktsioon on madala riskiga või seda on varem probleemideta kasutatud
10
Loetlege oma strateegia. Selles jaotises kirjeldatakse teie testiplaani üldist testimisstrateegiat. See täpsustab reeglid ja protsessid, mida kohaldatakse ülalkirjeldatud testide suhtes. Kaasake teave kasutatavate tööriistade kohta, milliseid mõõdikuid ja millisel tasemel kogutakse, mitut konfiguratsiooni testitakse ja kas on mingeid erinõudeid või -protseduure. testimiseks.
11
Töötage välja läbimise / ebaõnnestumise kriteeriumid. Need kriteeriumid juhivad teie testimispersonali, et nad teaksid, kas testimiseesmärgid on saavutatud. See jaotis võib sisaldada ka väljumiskriteeriume, et teie töötajad teaksid, millal on lubatud teatud funktsiooni testimine peatada. Peaksite lisama ka peatamise kriteeriumide ja jätkamise nõuete loendi. See teave annab testijatele teada, millal testid peatada ja milline on defektide vastuvõetav tase nende jätkamiseks.
12
Kirjutage nimekiri dokumentidest, mis testimise käigus koostatakse. Tuntud ka kui “edastusmaterjalid”, need dokumendid on andmed, aruanded, skriptid ja tulemused, mis testimise teel luuakse. Hea mõte on määrata need tulemused “omanikele”, kes vastutavad nende kohaletoimetamise eest. Määrake tähtajad, milleks need tuleb tasuda.
13
Kirjutage oma projekti tulemuste kohta jaotis. Kirjeldage kõiki eesmärke, mida loodate testimisprotsessi käigus saavutada. Täpsustage, kes vastutab lõplike kinnituste eest.