Teststrategi
En test-strategi er en plan for at definere en tilgang til Software Testing Life Cycle (STLC). Det guider QA-teams til at definere testdækning og testomfang. Det hjælper testere med at få et klart billede af projektet under alle omstændigheder. Muligheden for at gå glip af testaktivitet er meget lav, når der er en ordentlig teststrategi på plads.
Hvad er teststrategidokument?
Teststrategidokument er et godt beskrevet dokument i softwaretest, der klart definerer den nøjagtige softwaretestmetode og testmål for softwareapplikationen. Testdokument er et vigtigt dokument for QA-teams, der stammer fra faktiske forretningskrav, der guider hele teamet om softwaretesttilgang og mål for hver aktivitet i softwaretestprocessen.
Et teststrategidokument besvarer alle de spørgsmål, som hvad du ønsker at få gjort, og hvordan du skal udføre det osv. At skrive et effektivt strategidokument er en færdighed, som en tester udvikler med erfaring. Teststrategiplan skal kommunikeres med hele teamet, så teamet er ensartet i tilgang og ansvar.
Testplan mod teststrategi
Der er stor forvirring omkring testplan- og teststrategidokumenter. En anden organisation har deres unikke processer og standarder til at styre disse dokumenter. For eksempel inkluderer nogle organisationer teststrategifakta i selve testplanen, mens nogle organisationer inkluderer strategi som et underafsnit i testplanen.
|
Testplan |
Teststrategi |
|
|
For at gøre det tydeligere, om testplanen er en destination, er QA-teststrategi et kort for at nå den destination.
Sådan udarbejdes et godt teststrategidokument
Hver organisation har deres unikke prioritet og sæt regler for software-design, så kopier ikke nogen organisation blindt. Sørg altid for, at deres dokument er kompatibelt og tilføjer værdi til din softwareudvikling, før du følger skabelonen.
Teststrategi i STLC :
Trin # 1: Anvendelsesområde
Det definerer parametre som
- Hvem gennemgår dokumentet?
- Hvem godkender dette dokument?
- Software Testing aktiviteter udført med tidslinjer
Trin # 2 Test tilgang
Det definerer
- Testproces
- Testniveauer
- Roller og ansvar for hvert teammedlem
- Typer af test (belastningstest, sikkerhedstest, Performace-test osv.)
- Test tilgang og automatiseringsværktøj, hvis relevant
- Tilføjelse af nye defekter, gentestning, Defekt triage, Regressionstest og testafmelding
Trin # 3 Test miljø
- Definer antallet af krav og opsætning, der kræves for hvert miljø
- Definer backup af testdata og gendan strategi
Trin # 4 Testværktøjer
- Automatiserings- og teststyringsværktøjer, der er nødvendige til udførelse af test
- Find ud af et antal open-source såvel som kommercielle værktøjer, der kræves, og bestem, hvor mange brugere der understøttes af det, og planlæg derefter
Trin # 5 Slip kontrol
- Udgivelsesstyringsplan med passende versionshistorik, der vil sikre testudførelse for alle ændringer i denne udgivelse
Trin # 6 Risikoanalyse
- Angiv alle risici, som du kan estimere
- Giv en klar plan for at mindske risikoen, også en beredskabsplan
Trin # 7 Gennemgang og godkendelser
- Alle disse aktiviteter gennemgås og underskrives af forretningsteamet, projektledelsen, udviklingsteamet osv.
- Resume af gennemgangsændringer skal spores i begyndelsen af dokumentet sammen med en godkendt dato, navn og kommentar
Download teststrategiskabelon
Klik nedenfor for at downloade eksempler på teststrategidokument
Download teststrategiskabelonen
Konklusion:
I Software Engineering går softwareudgivelse fra tid til anden gennem teststrategidokumenter for at kortlægge testens fremskridt i den rigtige retning. Når udgivelsesdatoen er tæt, springes mange af disse aktiviteter over, er det ønskeligt at drøfte med teammedlemmerne, om nedskæring af en bestemt aktivitet vil hjælpe med frigivelse uden nogen potentiel risiko.