Redaksjonens merknad: Velkommen til serien Ledelse innen testing fra programvaretestingsguru og konsulent Paul Gerrard. Serien er utformet for å hjelpe testere med noen års erfaring – spesielt de som jobber i smidige team – med å lykkes i rollene som testledere og ledere.
Denne artikkelen bygger videre på den forrige, der jeg definerte hva programvaretesting handler om og introduserte hovedkonseptet som skal danne grunnlaget for tankegangen din. Nå skal vi se på hvordan du kan utarbeide en teststrategi som gir retning til prosessen du vil bruke for å nå testmålene dine.
Meld deg på nyhetsbrevet til The QA Lead for å få beskjed når nye deler av serien publiseres. Disse innleggene er utdrag fra Pauls kurs i ledelse innen testing, som vi på det sterkeste anbefaler for å gå mer i dybden på dette og andre temaer. Hvis du gjør det, bruk vår eksklusive kupongkode QALEADOFFER for å få $60 i rabatt på fullprisen for kurset!
I min forrige artikkel, «Ledelse innen testing: Introduksjon», utforsket vi testingskonseptet med utgangspunkt i formålene. Kort oppsummert: Uansett hvilken testtype du snakker om, er mitt råd å alltid spørre hva det spesifikke målet med testen er. Dette gjelder også når det ser ut til å være et vanlig og allment akseptert begrep, som en enhetstest eller akseptansetesting.
Her skal jeg forklare hvordan du definerer en teststrategi som legger grunnlaget for en robust og fleksibel testprosess, tilpasset uansett hvilken utviklingsmetodikk teamet ditt bruker. Jeg skal dekke:
La oss gå i gang.
Hva er en teststrategi?
Planlegging er alt. Planen er ingenting.
Dwight D. Eisenhower, i forbindelse med forberedelsene til D-dagen.
I denne delen skal vi se på hva en teststrategi er, og hvorfor det er viktig å ha en. Hvis du slår opp strategi i ordboken, finner du gjerne mange definisjoner som handler om militære slag – noe som ikke er særlig nyttig. Men det finnes noen utsagn vi kan komme med, som danner et rammeverk for hvordan du konkret kan definere en teststrategi.
For det første er ikke strategien din et verdifullt dokument. Strategien din er et resultat av utforskning, refleksjon og samarbeid. Strategien skal definere prosessen du vil bruke for å nå testmålene dine.
Det kan være et kort sett med retningslinjer som teamet ditt følger. Det kan være et dokument på 20 til 2 000 sider (for et svært stort program). Målet er ikke dokumentet, men tankegangen bak det.
For det andre må du vanligvis ha fått svar på mange spørsmål og tatt en rekke beslutninger før du kan planlegge en test. Noen kan besvares nå, mens andre må vente. Derfor:
- Presenteres noen beslutninger som kan tas på forhånd, altså nå.
- Defineres prosessen, metoden eller informasjonen som gjør det mulig å ta beslutninger (under prosjektet).
- Fastsettes prinsippene (eller prosessen) som skal følges i usikre situasjoner eller ved uplanlagte hendelser.
Strategien forsøker å besvare så mange spørsmål som mulig på forhånd. Men hvorfor bry seg med dette? Kan vi ikke bare håndtere problemene i testingen etter hvert som vi møter dem?
Jo, men ved å stille disse spørsmålene tidlig og få folk til å tenke gjennom konsekvensene kan man unngå eller i det minste redusere store vanskeligheter før de truer prosjektets suksess.
Relatert lesning: OPPRETT EN KVALITETSSTRATEGI
Rammeverk for teststrategi
Denne artikkelen kan ikke gi deg et uttømmende og omfattende sett med spørsmål du bør stille – det er rett og slett ikke plass til det. Men vi kan dekke de viktigste utgangspunktene for informasjonsinnhentingen.
I rammeverket for teststrategien har jeg delt spørsmålene inn i tre temaområder, men du kan stille flere spørsmål og/eller strukturere dem annerledes.
| Mål for interessenter | |
| Interessenter | Hvem er de viktigste interessentene? Hva er målene deres for testingen? |
| Mål og risikohåndtering | Hvordan vil risikoer identifiseres? Hvem vurderer dem? Hvem godkjenner testtilnærmingen? |
| Beslutninger som skal tas og hvordan | Hvilke beslutninger må interessentene ta? (f.eks. overgang mellom faser, utrulling, produksjonssetting) |
| Trygghet | Hvordan vil testresultater/-rapportering gi interessentene trygghet? |
| Hvordan vurdere testingen | Hvordan vil kvaliteten på og grundigheten av testingen bli vurdert? |
| Omfang | Hvordan vil omfanget defineres? |
| Tilnærming til utforming | |
| Kunnskapskilder | Hva/hvem er kunnskapskildene som skal brukes til å avgrense og spesifisere tester? |
| Kilder til usikkerhet | Hva skaper usikkerhet i kunnskapskildene våre? |
| Modeller som skal brukes | Hvordan vil testmodeller utledes? Hvordan vil de knyttes til interessentene? |
| Prioriteringstilnærming | Hvordan vil testene prioriteres under tidspress? |
| Leveransetilnærming | |
| Testsekvensering | Hvordan vil rekkefølgen på testene avgjøres? |
| Gjentatt testing | Hva er retningslinjene for ny testing og regresjonstesting? |
| Krav til miljø | Hvem stiller med miljøer? Hvilke kompromisser må inngås? Hvordan leveres, kontrolleres og administreres de? |
| Tilnærming til informasjonslevering | Hvordan vil testgjennomføringen levere informasjon til interessentene? |
| Tilnærming til hendelseshåndtering | (Hvordan) vil hendelser håndteres? |
| Tilnærming til avslutning | Hvordan vil testprosessen avsluttes? (Hvordan) vil utestående feil bli rettet og testet på nytt? |
I tabellen ovenfor er det ingen omtale av planleggingsprosessen. Denne kan defineres i strategien, eller ikke. Uansett skal vi gå grundig gjennom detaljene i planleggingen i en fremtidig artikkel, så følg med!
Meld deg på nyhetsbrevet til The QA Lead for å få beskjed når nye deler av serien publiseres. Disse innleggene er utdrag fra Pauls Leadership In Test-kurs, som vi anbefaler på det sterkeste for å få en dypere gjennomgang av dette og andre emner. Hvis du gjør det, kan du bruke vår eksklusive rabattkode QALEADOFFER og få $60 rabatt på full kurspris!
Også verdt å sjekke ut:
