Teststrategi
En test strategi er en plan for å definere en tilnærming til Software Testing Life Cycle (STLC). Det veileder QA-team for å definere testdekning og testomfang. Det hjelper testere å få et klart bilde av prosjektet når som helst. Muligheten for å gå glipp av testaktivitet er veldig lav når det er en skikkelig teststrategi på plass.
Hva er teststrategidokument?
Teststrategidokument er et godt beskrevet dokument i programvaretesting som tydelig definerer den eksakte tilnærmingen til programvaretesting og testmål for programvaren. Testdokument er et viktig dokument for QA-team som er hentet fra faktiske forretningskrav som veileder hele teamet om programvaretesting og mål for hver aktivitet i programvaretestprosessen.
Et teststrategidokument svarer på alle spørsmålene som hva du vil få gjort og hvordan du skal oppnå det, etc. Å skrive et effektivt strategidokument er en ferdighet som en tester utvikler med erfaring. Teststrategiplan skal kommuniseres med hele teamet slik at teamet vil være konsekvent i tilnærming og ansvar.
Testplan mot teststrategi
Det er stor forvirring om testplan- og teststrategidokumenter. En annen organisasjon har sine unike prosesser og standarder for å administrere disse dokumentene. For eksempel inkluderer noen organisasjoner teststrategifakta i selve testplanen, mens noen organisasjoner inkluderer strategi som et underavsnitt i testplanen.
|
Testplan |
Teststrategi |
|
|
For å gjøre det tydeligere om testplanen er en destinasjon, er QA-teststrategi et kart for å nå dette målet.
Hvordan lage et godt teststrategidokument
Hver organisasjon har sin unike prioritet og sett med regler for programvaredesign, så ikke kopier noen organisasjoner blindt. Forsikre deg alltid om at dokumentet er kompatibelt og gir verdi til programvareutviklingen din før du følger malen.
Teststrategi i STLC :
Trinn 1: Omfang
Den definerer parametere som
- Hvem vil gjennomgå dokumentet?
- Hvem vil godkjenne dette dokumentet?
- Programvare Testing aktiviteter utført med tidslinjer
Trinn 2 Test tilnærming
Det definerer
- Prosess med testing
- Testnivåer
- Roller og ansvar for hvert teammedlem
- Typer av testing (Load testing, Security testing, Performace testing etc.)
- Testing av tilnærming og automatiseringsverktøy hvis aktuelt
- Legge til nye defekter, re-testing, Defect triage, Regression Testing og test sign off
Trinn 3 Test miljøet
- Definer antall krav og oppsett som kreves for hvert miljø
- Definer sikkerhetskopi av testdata og gjenopprett strategi
Trinn 4 Testverktøy
- Verktøy for automatisering og testadministrasjon som trengs for utføring av test
- Finn ut et antall åpen kildekode samt kommersielle verktøy som kreves, og finn ut hvor mange brukere som støttes på det, og planlegg deretter
Trinn # 5 Slipp kontrollen
- Utgivelsesadministrasjonsplan med passende versjonshistorikk som vil sørge for testutførelse for all endring i den utgivelsen
Trinn # 6 Risikoanalyse
- Oppgi alle risikoene du kan estimere
- Gi en klar plan for å redusere risikoen, også en beredskapsplan
Trinn # 7 Gjennomgang og godkjenninger
- Alle disse aktivitetene blir gjennomgått og signert av forretningsteamet, prosjektledelse, utviklingsteam, etc.
- Sammendrag av gjennomgangsendringer bør spores i begynnelsen av dokumentet sammen med en godkjent dato, navn og kommentar
Last ned teststrategimal
Klikk nedenfor for å laste ned eksempler på teststrategidokument
Last ned teststrategimalen
Konklusjon:
I programvareutvikling går programvareutgivelse fra tid til annen gjennom teststrategidokumenter for å kartlegge fremdriften for testing i riktig retning. Når utgivelsesdatoen er nær mange av disse aktivitetene vil bli hoppet over, er det ønskelig å diskutere med teammedlemmene om å kutte ned en bestemt aktivitet vil hjelpe til med utgivelse uten potensiell risiko.