Ledarskap inom testning: Så definierar du en teststrategi
Redaktörens kommentar: Välkommen till serien Ledarskap inom testning från testgurun och konsulten Paul Gerrard. Serien är utformad för att hjälpa testare med några års erfarenhet – särskilt de som arbetar i agila team – att lyckas i roller som testledare och testansvariga.
Den här artikeln tar avstamp i den föregående, där jag definierade vad programvarutestning handlar om och introducerade det huvudsakliga koncept som kommer att forma ditt tänkande. Nu ska vi titta på hur man skapar en teststrategi som vägleder den process du kommer att använda för att uppnå dina testmål.
Anmäl dig till nyhetsbrevet The QA Lead för att få ett meddelande när nya delar av serien publiceras. Dessa inlägg är utdrag ur Pauls kurs i ledarskap inom testning, som vi varmt rekommenderar om du vill fördjupa dig i detta och andra ämnen. Om du gör det kan du använda vår exklusiva rabattkod QALEADOFFER för att få 60 dollar rabatt på det ordinarie kurspriset!
I min föregående artikel, ”Ledarskap inom testning: Introduktion”, utforskade vi testningskonceptet utifrån dess syften. En snabb sammanfattning: oavsett vilken typ av test du talar om är mitt råd att alltid fråga efter testets specifika mål. Detta gäller även om det verkar vara ett allmänt vedertaget begrepp, som ett enhetstest eller acceptanstestning.
Här ska jag förklara hur man definierar en teststrategi som lägger grunden för en robust och flexibel testprocess, anpassad till den utvecklingsmetodik som ditt team använder. Jag kommer att gå igenom:
Nu sätter vi igång.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Vad är en teststrategi?
Planering är allt. Planen är inget.
Dwight D. Eisenhower, om förberedelserna inför D-dagen.
I det här avsnittet ska vi titta på vad en teststrategi är och varför det är viktigt att ha en. Om du slår upp strategi i ordboken hittar du ofta många definitioner som rör militära strider – vilket inte är särskilt användbart. Men det finns några påståenden vi kan göra som beskriver ett ramverk för hur man specifikt definierar en teststrategi.
För det första är din strategi inte ett dokument som har ett egenvärde. Din strategi är resultatet av utforskning, tänkande och samarbete. Strategin syftar till att definiera den process du kommer att använda för att uppnå dina testmål.
Det kan vara en kort uppsättning riktlinjer som ditt team följer. Det kan vara ett dokument på 20 till 2 000 sidor (för ett mycket stort program). Målet är inte dokumentet, utan tankearbetet bakom det.
För det andra behöver du vanligtvis få många frågor besvarade och fatta beslut innan du kan planera ett test. Vissa kan besvaras nu, medan andra måste vänta. Därför:
- Presenterar strategin vissa beslut som kan fattas i förväg, det vill säga nu.
- Definierar den process, metod eller information som gör det möjligt att fatta beslut (under projektet).
- Fastställer de principer (eller den process) som ska följas i osäkra situationer eller vid oplanerade händelser.
Strategin försöker besvara så många frågor som möjligt i förväg. Men varför ska man göra det? Vi kan väl hantera problemen i testningen när vi stöter på dem?
Jo, genom att lyfta dessa frågor tidigt och få människor att tänka på konsekvenserna kan stora svårigheter undvikas, eller åtminstone begränsas, innan de hotar projektets framgång.
Relaterad läsning: SKAPA EN KVALITETSSTRATEGI
Ramverk för teststrategi
Den här artikeln kan inte ge dig en definitiv och heltäckande uppsättning frågor att ställa – det finns helt enkelt inte utrymme för det. Men vi kan ta upp de viktigaste utgångspunkterna för din informationsinsamling.
I ramverket för teststrategin har jag delat upp frågorna i tre ämnesområden, men du kan ställa fler frågor och/eller strukturera dem på ett annat sätt.
| Intressenternas mål | |
| Intressenter | Vilka är de viktigaste intressenterna? Vilka mål har de med testningen? |
| Mål och riskhantering | Hur ska risker identifieras? Vem bedömer dem? Vem godkänner testansatsen? |
| Beslut som ska fattas och hur | Vilka beslut behöver intressenterna fatta? (t.ex. övergång mellan faser, driftsättning, produktionssättning) |
| Förtroende | Hur ska testresultat och rapportering ge intressenterna förtroende? |
| Hur testningen ska bedömas | Hur ska testningens kvalitet/grundlighet bedömas? |
| Omfattning | Hur ska omfattningen definieras? |
| Utformningsansats | |
| Kunskapskällor | Vilka/vem är de kunskapskällor som ska användas för att avgränsa och specificera tester? |
| Osäkerhetskällor | Vad orsakar osäkerhet i våra kunskapskällor? |
| Modeller som ska användas | Hur ska testmodeller härledas? Hur ska de relatera till intressenterna? |
| Prioriteringsansats | Hur ska tester prioriteras under tidspress? |
| Leveransansats | |
| Testordning | Hur ska testernas ordning bestämmas? |
| Omtestning | Vilken policy gäller för omtestning och regressionstestning? |
| Miljökrav | Vem tillhandahåller miljöerna? Vilka kompromisser krävs? Hur tillhandahålls/styrs/hanteras de? |
| Ansats för informationsleverans | Hur ska testgenomförandet leverera information till intressenterna? |
| Ansats för incidenthantering | Hur ska incidenter hanteras? |
| Avslutningsansats | Hur ska testprocessen avslutas? Hur ska kvarstående fel åtgärdas och testas igen? |
I tabellen ovan nämns inte planeringsprocessen. Den kan definieras i strategin, men det är inte nödvändigt. Oavsett vilket kommer vi att gå på djupet med planeringens detaljer i en framtida artikel, så håll utkik!
Anmäl dig till nyhetsbrevet från The QA Lead för att få meddelanden när nya delar av serien publiceras. Dessa inlägg är utdrag ur Pauls kurs i ledarskap inom testning, som vi varmt rekommenderar för en djupare genomgång av detta och andra ämnen. Om du gör det kan du använda vår exklusiva kupongkod QALEADOFFER för att få $60 rabatt på hela kurspriset!
Också värt att läsa:
