Testplan

En testplan är ett dokument som beskriver målen, resurserna och processerna för ett specifikt test för en mjukvara eller hårdvaruprodukt. Planen innehåller vanligtvis en detaljerad förståelse av det eventuella arbetsflödet .

Testplaner

En testplan dokumenterar strategin som kommer att användas för att verifiera och säkerställa att en produkt eller ett system uppfyller dess designspecifikationer och andra krav. En testplan utarbetas vanligtvis av eller med betydande input från testingenjörer .

Beroende på produkten och ansvaret hos den organisation som testplanen gäller kan en testplan innehålla en strategi för ett eller flera av följande:

Designverifiering eller överensstämmelsetest – ska utföras under utvecklings- eller godkännandestadierna av produkten, vanligtvis på ett litet urval av enheter.
Tillverkningstest eller produktionstest – ska utföras under förberedelse eller montering av produkten på ett löpande sätt i syfte att verifiera prestanda och kvalitetskontroll.
Acceptanstest eller driftsättningstest – ska utföras vid leverans eller installation av produkten.
Service- och reparationstest – ska utföras efter behov under produktens livslängd.
Regressionstest – ska utföras på en befintlig driftprodukt, för att verifiera att befintlig funktionalitet inte påverkades negativt när andra aspekter av miljön ändrades (t.ex. uppgradering av plattformen som en befintlig applikation körs på).

Ett komplext system kan ha en testplan på hög nivå för att hantera de övergripande kraven och stödjande testplaner för att ta itu med designdetaljerna för delsystem och komponenter.

Testplanens dokumentformat kan vara lika varierande som de produkter och organisationer som de gäller. Det finns tre huvudelement som bör beskrivas i testplanen: testtäckning, testmetoder och testansvar. Dessa används också i en formell teststrategi .

Testtäckning

Testtäckning i testplanen anger vilka krav som ska verifieras under vilka skeden av produktens livslängd. Testtäckning härleds från designspecifikationer och andra krav, såsom säkerhetsstandarder eller regulatoriska koder, där varje krav eller specifikation av designen idealiskt kommer att ha en eller flera motsvarande verifieringsmedel. Testtäckningen för olika produktlivsstadier kan överlappa men kommer inte nödvändigtvis att vara exakt densamma för alla stadier. Till exempel kan vissa krav verifieras under konstruktionsverifieringstestet , men inte upprepas under acceptanstestet. Testtäckning matas också tillbaka in i designprocessen, eftersom produkten kan behöva designas för att ge teståtkomst.

Testmetoder

Testmetoder i testplanen anger hur testtäckning ska implementeras. Testmetoder kan bestämmas av standarder, tillsynsmyndigheter eller avtalsmässiga överenskommelser, eller kan behöva skapas nya. Testmetoder specificerar också testutrustning som ska användas vid utförandet av proven och fastställer godkänd/underkänd kriterier. Testmetoder som används för att verifiera krav på hårdvarudesign kan sträcka sig från mycket enkla steg, såsom visuell inspektion, till utarbetade testprocedurer som dokumenteras separat.

Testa ansvar

Testansvar inkluderar vilka organisationer som kommer att utföra testmetoderna och i varje skede av produktens livslängd. Detta gör att testorganisationer kan planera, förvärva eller utveckla testutrustning och andra resurser som krävs för att implementera de testmetoder som de ansvarar för. Testansvar inkluderar också vilken data som kommer att samlas in och hur den data kommer att lagras och rapporteras (ofta kallad "leveranser"). Ett resultat av en framgångsrik testplan bör vara ett register eller en rapport över verifieringen av alla konstruktionsspecifikationer och krav som överenskommits av alla parter.

IEEE 829 testplanstruktur

IEEE 829-2008 , även känd som 829-standarden för mjukvarutestdokumentation, är en IEEE- standard som specificerar formen av en uppsättning dokument för användning i definierade stadier av mjukvarutestning, där varje steg potentiellt producerar sin egen separata typ av dokument. Dessa stadier är:

Testplansidentifierare
Introduktion
Testföremål
Funktioner som ska testas
Funktioner som inte ska testas
Närma sig
Kriterier för godkänd/underkänd artikel
Avstängningskriterier och krav på återupptagande
Testa leveranser
Testuppgifter
Miljöbehov
Ansvar
Bemannings- och utbildningsbehov
Schema
Risker och oförutsedda händelser
Godkännanden

IEEE-dokumenten som föreslår vad som bör ingå i en testplan är:

829-2008 IEEE Standard för programvara och systemtestdokumentation
- 829-1998 IEEE Standard for Software Test Documentation (ersatt av 829-2008)
- 829-1983 IEEE Standard for Software Test Documentation (ersatt av 829-1998)
1008-1987 IEEE-standard för testning av mjukvaruenhet
1012-2004 IEEE-standard för verifiering och validering av programvara
- 1012-1998 IEEE-standard för verifiering och validering av programvara (ersatt av 1012-2004)
- 1012-1986 IEEE-standard för programverifiering och valideringsplaner (ersatt av 1012-1998)
1059-1993 IEEE Guide for Software Verification & Validation Plans (återkallad)

Se även

externa länkar

Public domain RUP- testplansmall på Sourceforge (mallar är för närvarande otillgängliga men exempeldokument kan ses här: DBV Samples )