Testistrateegia
Test strateegia on plaan määratlevad lähenemine Tarkvara testimine Life Cycle (STLC). See suunab kvaliteedikontrolli meeskondi määratlema testide ulatust ja testimise ulatust. See aitab testijatel saada projektist selge pildi igal juhul. Katse tegemata jätmise võimalus on väga väike, kui on olemas korralik testimisstrateegia.
Mis on testistrateegia dokument?
Testistrateegia dokument on tarkvara testimisel hästi kirjeldatud dokument, mis määratleb selgelt tarkvararakenduse täpse lähenemise ja tarkvararakenduse testimise eesmärgid. Testdokument on kvaliteedi tagamise meeskondade jaoks oluline dokument, mis tuleneb tegelikest ärinõuetest, mis juhendab kogu meeskonda tarkvara testimise lähenemisviisi ja tarkvara testimise protsessi iga tegevuse eesmärkide osas.
Testi strateegiadokument vastab kõikidele küsimustele, näiteks mida soovite teha ja kuidas kavatsete seda teha jne. Tõhusa strateegiadokumendi kirjutamine on oskus, mida testija kogemustega arendab. Testimisstrateegia kava tuleks edastada kogu meeskonnale, et meeskond oleks lähenemisviiside ja vastutuse osas järjepidev.
Testkava vs teststrateegia
Testplaani ja testimisstrateegia dokumentide osas on suur segadus. Erineval organisatsioonil on nende dokumentide haldamiseks ainulaadsed protsessid ja standardid. Näiteks lisab mõni organisatsioon testimisstrateegia fakte testikavasse, samas kui mõni organisatsioon lisab strateegia testimiskava alajaotisena.
|
Testiplaan |
Testistrateegia |
|
|
Selgemaks muutmiseks, kui testplaan on mõni sihtkoht, on QA-testi strateegia kaart selle sihtkohta jõudmiseks.
Kuidas koostada hea testimisstrateegia dokument
Igal organisatsioonil on tarkvara kujundamise jaoks ainulaadne prioriteet ja reeglistik, seega ärge kopeerige ühtegi organisatsiooni pimesi. Enne malli järgimist veenduge alati, et nende dokument ühildub ja lisab teie tarkvaraarendusele lisaväärtust.
Testistrateegia STLC-s :
1. samm: ulatus
See määratleb sellised parameetrid nagu
- Kes dokumendi üle vaatab?
- Kes selle dokumendi heaks kiidab?
- Ajaskaaladega läbi viidud tarkvara testimise toimingud
2. samm: lähenemisviisi testimine
See määratleb
- Testimise protsess
- Tasemete testimine
- Iga meeskonnaliikme rollid ja vastutus
- Testimise tüübid (koormuse testimine, turvatestimine, Performance testimine jne)
- Lähenuse ja automaatika tööriista testimine, kui see on asjakohane
- Uute defektide lisamine, uuesti testimine, defektide triaaž, regressioonitestimine ja testimärgi välja lülitamine
3. samm. Keskkonna testimine
- Määratlege iga keskkonna jaoks nõutavate nõuete ja seadistuste arv
- Määrake testandmete varundamine ja taastamisstrateegia
4. samm. Tööriistade testimine
- Testi käivitamiseks vajalikud automatiseerimise ja testide haldamise tööriistad
- Mõelge välja nii mitmed vajalikud avatud lähtekoodiga kui ka kommertstööriistad, määrake, kui palju kasutajaid see toetab, ja kavandage vastavalt sellele
5. samm. Vabastage juhtimine
- Väljalaske halduskava koos sobiva versiooniajalooga, mis tagab selle väljalaske kõigi muudatuste testimise
6. samm. Riskianalüüs
- Loetlege kõik riskid, mida saate hinnata
- Andke selge riskide maandamise plaan ja ka situatsiooniplaan
7. samm. Ülevaade ja kinnitused
- Kõik need tegevused vaatavad üle ja allkirjastavad ärimeeskond, projektijuhtimine, arendustiim jne.
- Ülevaatuse muudatuste kokkuvõte tuleks koos dokumendi alguses jälgida koos kinnitatud kuupäeva, nime ja kommentaariga
Laadige alla testistrateegia mall
Teststrateegia näidisdokumendi allalaadimiseks klõpsake allpool
Laadige alla testistrateegia mall
Järeldus:
Tarkvaratehnikas läbib tarkvara väljaandmine aeg-ajalt testistrateegia dokumente, et kaardistada testimise edenemist õiges suunas. Kui väljaandmiskuupäev on lähedal, jäetakse paljud neist tegevustest vahele, on soovitav meeskonnaliikmetega arutada, kas mõne konkreetse tegevuse vähendamine aitab vabastamist ilma võimaliku riskita.