Redaktørens bemærkning: Velkommen til serien Ledelse inden for test fra softwaretestguru og -konsulent Paul Gerrard. Serien er designet til at hjælpe testere med nogle års erfaring – især dem på agile teams – med at brillere i roller som testansvarlige og testledere.
Denne artikel tager udgangspunkt i den forrige, hvor jeg definerede, hvad softwaretest handler om og introducerede det centrale koncept, der vil danne ramme for dine overvejelser. Nu ser vi på, hvordan man udarbejder en teststrategi, der kan informere den proces, du vil bruge til at nå dine testmål.
Tilmeld dig nyhedsbrevet fra The QA Lead for at få besked, når nye dele af serien udkommer. Disse indlæg er uddrag fra Pauls kursus i ledelse inden for test, som vi varmt kan anbefale, hvis du vil gå mere i dybden med dette og andre emner. Hvis du gør det, skal du bruge vores eksklusive kuponkode QALEADOFFER for at få $60 i rabat på den fulde kursuspris!
I min forrige artikel, “Ledelse inden for test: Introduktion”, undersøgte vi testbegrebet med hensyn til dets formål. En hurtig opsummering: Uanset hvilken type test du taler om, er mit råd altid at spørge ind til testens konkrete mål. Det gælder også, selv om det ser ud til at være et almindeligt accepteret begreb som en enhedstest eller accepttest.
Her vil jeg forklare, hvordan man definerer en teststrategi, der danner grundlaget for en robust og fleksibel testproces, som passer til den udviklingsmetode, dit team anvender. Jeg kommer ind på:
Lad os dykke ned i det.
Hvad er en teststrategi?
Planlægning er alt. Planen er intet.
Dwight D. Eisenhower, fra forberedelserne til D-dag.
I dette afsnit ser vi på, hvad en teststrategi er, og hvorfor det er vigtigt at have en. Hvis du slår strategi op i ordbogen, vil du typisk se mange definitioner, der relaterer sig til militære slag – hvilket ikke er særlig nyttigt. Men der er nogle udsagn, vi kan komme med, som danner en ramme for, hvordan man specifikt definerer en teststrategi.
For det første er din strategi ikke et værdifuldt dokument. Din strategi er et resultat af udforskning, overvejelser og samarbejde. Strategien søger at definere den proces, du vil bruge til at nå dine testmål.
Det kan være et kort sæt retningslinjer, som dit team følger. Det kan være et dokument på 20 til 2.000 sider (for et meget stort program). Målet er ikke et dokument, men tankegangen bag det.
For det andet skal du normalt have besvaret en lang række spørgsmål og truffet en række beslutninger, før du kan planlægge en test. Nogle kan besvares nu, mens andre må vente. Derfor:
- Præsenterer strategien nogle beslutninger, der kan træffes på forhånd, dvs. nu.
- Definerer den den proces, metode eller information, der gør det muligt at træffe beslutninger (under projektet).
- Fastlægger den de principper (eller den proces), der skal følges i usikre situationer eller ved uplanlagte hændelser.
Strategien forsøger at besvare så mange spørgsmål som muligt på forhånd. Men hvorfor gøre sig den ulejlighed? Vi kan vel håndtere problemerne i testarbejdet, efterhånden som de opstår?
Ved at rejse disse spørgsmål tidligt og få folk til at tænke over konsekvenserne kan enorme vanskeligheder måske undgås eller i det mindste afbødes, før de truer projektets succes.
Relateret læsning: OPRET EN KVALITETSSTRATEGI
Ramme for teststrategien
Denne artikel kan ikke give dig et endegyldigt og omfattende sæt spørgsmål, du kan stille – der er simpelthen ikke plads nok. Men vi kan gennemgå de vigtigste udgangspunkter for din informationsindsamling.
I rammen for teststrategien har jeg opdelt spørgsmålene i tre emneområder, men du kan stille flere spørgsmål og/eller strukturere dem anderledes.
| Interessenternes mål | |
| Interessenter | Hvem er de vigtigste interessenter? Hvad er deres mål med testningen? |
| Mål- og risikostyring | Hvordan identificeres risici? Hvem vurderer dem? Hvem godkender testtilgangen? |
| Beslutninger, der skal træffes, og hvordan | Hvilke beslutninger skal interessenterne træffe? (f.eks. overgang mellem faser, implementering, produktionssætning) |
| Tillid | Hvordan vil testresultater/-rapportering give interessenterne tillid? |
| Sådan vurderes testningen | Hvordan vurderes testningens kvalitet/ grundighed? |
| Omfang | Hvordan fastlægges omfanget? |
| Designmetode | |
| Videnskilder | Hvad/hvem er de videnskilder, der skal bruges til at afgrænse og specificere tests? |
| Kilder til usikkerhed | Hvad skaber usikkerhed i vores videnskilder? |
| Modeller, der skal bruges | Hvordan udledes testmodeller? Hvordan relaterer de sig til interessenterne? |
| Prioriteringstilgang | Hvordan tildeles prioriteter til tests under tidspres? |
| Leveringstilgang | |
| Testenes rækkefølge | Hvordan besluttes rækkefølgen af tests? |
| Gentagelse af test | Hvad er politikken for gentest og regressionstest? |
| Krav til miljø | Hvem leverer miljøer? Hvilke kompromiser er nødvendige? Hvordan leveres/kontrolleres/styres de? |
| Tilgang til informationslevering | Hvordan vil testudførelsen levere information til interessenterne? |
| Tilgang til hændelseshåndtering | Hvordan vil hændelser blive håndteret? |
| Afslutningstilgang | Hvordan afsluttes testprocessen? Hvordan vil udestående fejl blive rettet/gen-testet? |
I tabellen ovenfor er planlægningsprocessen ikke nævnt. Den kan defineres i strategien, men det er ikke nødvendigt. Under alle omstændigheder går vi i en fremtidig artikel i dybden med detaljerne i planlægningen, så følg med!
Tilmeld dig nyhedsbrevet for QA-ledere for at få besked, når nye dele af serien udkommer. Disse indlæg er uddrag fra Pauls kursus i testledelse, som vi varmt anbefaler, hvis du vil gå mere i dybden med dette og andre emner. Hvis du gør det, kan du bruge vores eksklusive kuponkode QALEADOFFER og få $60 i rabat på kursets fulde pris!
Se også:
