Hur skriver jag en testplan?

För att snabbt komma med testfall och / eller minimera risken för att glömma bort något viktigt att testa, överväg att använda testplanchecklistor och / eller testplanmallar.

Testplaner beskriver processen för att testa programvarans funktionalitet. En testplan beskriver varje steg som tas för att uppnå ett visst resultat och anger målet för varje åtgärd. Planen belyser också de beräknade resurserna, riskerna och personalen som är involverad i testet. Du bör använda en testplan om du vill eliminera buggar och andra fel i din programvara innan den blir tillgänglig för kunderna. Följ stegen nedan för att skapa en testplan.

Del 1 av 2: förbereda testplanen

1
Känn grunderna. Vad du lägger i din testplan beror till stor del på komplexiteten i programvaran du planerar att testa. Det finns dock tre grundläggande avsnitt som alltid bör ingå i en testplan: Testtäckning, testmetoder och testansvar.
- Testtäckning definierar vad du ska testa och vad du inte kommer att göra.
- Testmetoder definierar hur du ska testa varje del som definieras i avsnittet "täckning".
- Testansvar tilldelar uppgifter och ansvar till olika parter. Detta avsnitt bör också innehålla vilka uppgifter varje part registrerar och hur de kommer att lagras och rapporteras.
2
Bekanta dig med nödvändiga IEEE-standarddokument. Institute of Electrical and Electronics Engineers (IEEE) publicerar internationella standarder för testning och dokumentation av programvara och systemutveckling. För att hålla din testplan till den högsta standarden, konsultera IEEE-publikationerna nedan:
- 29119-1-2013, Programvara och systemteknik - Testning av programvara - Del 1: Begrepp och definitioner
- 29119-2-2013, Program- och systemteknik - Testning av programvara - Del 2: Testprocesser
- 29119-3-2013, Programvara och systemteknik - Programvarutestning - Del 3: Testdokumentation
- 829-2008, IEEE Standard för dokumentation av programvara och systemtest
- 1008-1987 - IEEE-standard för testning av programvaruenheter
3
Konsultera en mall. Du kan hitta mallar för testplaner online. Den bästa källan för mallar är IEEE biblioteket, men tillgång gör kostar en avgift.
- North Carolina Office of Information Technology Services erbjuder en kommenterad testplanmall, baserad på IEEE 829-standarder, här.
- Dublin City University erbjuder också en gratis testplanmall, baserad på IEEE 829-standarder.

Del 2 av 2: skriva testplanen

1
Skriv inledningen. Din introduktion fungerar som "sammanfattning" av testplanen: dess mål, dess omfattning och dess schema. Detta bör hållas kort, eftersom du kommer att gå in mer i detalj i efterföljande avsnitt i testplanen.
- Dina mål och omfattningsuttalanden ska definiera, i allmänna termer, de metoder som ska användas i testprocessen och de beräknade resultaten. Omfattningsdeklarationen bör också innehålla de mest kritiska prestandamåtten, samt en lista över vad testplanen inte kommer att ta itu med och varför.
- Ett schema beskriver tidsintervallerna för varje testfas.
- Relaterade dokument inkluderar allt perifert material som är relevant för det aktuella projektet, såsom listor med specifikationer.
Din testplan ska tydligt definiera vad du ska testa och varför du kommer att testa den.
2
Definiera dina mål. Din testplan ska tydligt definiera vad du ska testa och varför du kommer att testa den. Dessa bör alltid baseras på branschstandarder.
- Bestäm vad testets omfattning är. Vilka scenarier kommer att testas?
- Bestäm vad som är utom räckvidden för testet. Vilka scenarier kommer inte att testas?
- Vanliga scenarier inkluderar modultestning, integrationstestning, system / acceptantestning och betatestning.
3
Skriv ett avsnitt om nödvändiga resurser. Detta avsnitt beskriver alla resurser som behövs för att slutföra testningen, inklusive hårdvara, programvara, testverktyg och personal.
- När du redovisar din personal, se till att du beskriver de ansvarsområden som krävs för varje medlem och den utbildning som behövs för att utföra dessa ansvarsområden.
- Se till att dokumentera de exakta specifikationerna för hårdvara och programvara.
4
Skriv ett avsnitt om risker och beroenden. Detaljerar alla faktorer som ditt projekt beror på och riskerna i varje steg. Nivån på acceptabel risk i ditt projekt hjälper till att avgöra vad du kommer att testa och inte.
- Tänk på sannolikheten för olika risker. Du måste prioritera de kritiska områdena.
- Var medveten om eventuella vaga eller oklara krav. Användare saknar ofta expertis för att förstå tekniskt språk eller procedurer, så missförstånd hos användare kan utgöra en risk.
- Använd din tidigare "bug" -historik för att hjälpa dig att identifiera områden för oro och extra testning.
5
Skriv ett avsnitt om vad du ska testa. Lista vilka nya aspekter du kommer att testa och vilka gamla aspekter du kommer att testa om. Se till att detaljera syftet med varje test.
- Du kan använda programvarulager, IEEE-riktlinjer och andra källor för att hjälpa dig att bestämma listan.
- Detta avsnitt representerar också dina "leveranser" eller vilken data du kommer att leverera till klienten när testningen är klar.
6
Skriv ett avsnitt om vad du inte kommer att testa. Lista alla funktioner som inte kommer att testas under det aktuella projektet. Anledningar att inte testa funktioner inkluderar:
- Funktionen ingår inte i den här versionen av programvaran
- Funktionen är låg risk eller har använts tidigare utan problem
7
Lista din strategi. Detta avsnitt beskriver den övergripande teststrategin för din testplan. Den kommer att specificera de regler och processer som ska tillämpas på de tester som beskrivs ovan.
- Inkludera information om verktyg som ska användas, vilka mätvärden som ska samlas in och på vilken nivå, hur många konfigurationer som ska testas och om det finns några speciella krav eller procedurer för testning.
Varje lags testplan kan kombineras i den övergripande projekttestplanen efter att ha granskats och godkänts.
8
Utveckla godkännandekriterier. Dessa kriterier kommer att vägleda din testpersonal så att de vet om testmål har uppnåtts. Det här avsnittet kan också innehålla "utgångskriterier" så att din personal vet när det är acceptabelt att sluta testa en viss funktion.
- Du bör också inkludera en lista över avstängningskriterier och återupptagningskrav. Denna information berättar för testare när man ska pausa tester och vilken acceptabel nivå av defekt är att återuppta dem.
9
Skriv en lista över dokument som kommer att produceras under testningen. Dessa dokument är även kända som "leveranser", de data, rapporter, skript och resultat som kommer att produceras genom testning.
- Det är en bra idé att tilldela dessa leveranser till "ägare" som ansvarar för leveransen. Tilldela tidsfrister för vilka de ska förfalla.
10

Skriv ett avsnitt om resultatet av ditt projekt. Skissera alla mål som du hoppas uppnå under testprocessen. Detaljer vem som ansvarar för slutgiltiga godkännanden.

Tips

Vissa programutvecklare använder ett oberoende testföretag för att genomföra sina testplaner. Med ett oberoende företag som utför testet kan metodologin och resultaten granskas annorlunda.
Om ditt mjukvaruprojekt är uppdelat i flera sektioner med olika team, bör varje team skapa sin egen testplan. Varje lags testplan kan kombineras i den övergripande projekttestplanen efter att ha granskats och godkänts.
En noggrann testplan kan ta bort behovet av ett testförfarande, vilket kan vara dyrt att utveckla. Testplaner beskriver vanligtvis vilken produkt som testas och testprocedurer beskriver hur man testar produkten. En detaljerad testplan kan dock täcka den information som normalt beskrivs av ett testförfarande.

För att skriva en testplan för en programvara, börja med att skriva inledningen, som täcker målen, omfattningen och schemat för testet.
Sköta din testplan till de resultat du förväntar dig av testningen. Vissa tester görs för att se vilka funktioner som lyckas och vissa tester görs för att se vad som kommer att misslyckas. Var och en kräver olika planering.
För att snabbt komma med testfall och / eller för att minimera risken för att glömma något viktigt att testa, överväg att använda testplanchecklistor och / eller testplanmallar. Särskilt användbart när man arbetar med en produkt och lägger till nya och nya funktioner i den produkten.
För att snabbt komma med testfall och / eller minimera risken för att glömma något viktigt att testa, överväg att ge din testplan struktur. En mycket bra struktureringsmetod för testplaner är ACC-metoden (attribut, komponenter, funktioner). Identifiera attribut (adjektiv som beskriver systemet), komponenter (substantiv för funktionella delar, systemfunktioner) och för varje kombination av attribut och komponent, identifiera funktioner (verb för användarens handlingar, aktiviteter).

Läs också: Hur hittar jag en fängslande titel för din uppsats / uppsats?

Hur skriver jag en testplan?

Steg

Del 1 av 2: förbereda testplanen

Del 2 av 2: skriva testplanen

Tips

Frågor och svar

Kommentarer (6)

Läs också: