Meny

Exempel på testplandokument (testplanexempel med information om varje fält)

sample test plan document

Prova Vårt Instrument För Att Eliminera Problem

Vill du lära dig och ladda ner en provtestplan? Denna handledning svarar på dem som har begärt ett testplansexempel.

I min tidigare handledning har jag beskrivit Testplan Index. I den här handledningen kommer jag att utveckla det indexet med mer information.

En testplan återspeglar hela testschemat och tillvägagångssättet.

=> Klicka här för en fullständig handledningsserie för testplan

TESTPLAN DOKUMENT

Detta inkluderar syftet med en testplan, dvs. omfattning, tillvägagångssätt, resurser och schema för testaktiviteterna. För att identifiera de objekt som testas, de funktioner som ska testas, de testuppgifter som ska utföras, den personal som är ansvarig för varje uppgift, riskerna i samband med denna plan etc.

Jag har inkluderat länken för att ladda ner ett PDF-format av detta testplan exempel i slutet av detta inlägg.

Exempel på testplan

(Produktens namn)

Förberedd av:
(Namn på dem som förberedde sig)
(Datum)

INNEHÅLLSFÖRTECKNING (INNEHÅLL)

1.0 INLEDNING

2.0 MÅL OCH UPPGIFTER
2.1 Mål
2.2 Uppgifter

3.0 OMFATTNING

4.0 Teststrategi
4.1 Alfatestning (enhetstestning)
4.2 System- och integrationstestning
4.3 Prestanda och stresstestning
4.4 Testning av användaracceptans
4.5 Partitestning
4.6 Automatiskt regressionstest
4.7 Betatestning

5.0 Hårdvarukrav

enhetstestningstestning systemtestning

6.0 Miljökrav
6.1 Huvudram
6.2 Arbetsstation

7.0 Testschema

8.0 Kontrollförfaranden

9.0 Funktioner som ska testas

10.0 Funktioner som inte ska testas

11.0 Resurser / roller och ansvar

12.0 Scheman

13.0 Avdelningar med betydande påverkan (SID)

14.0 Beroenden

15.0 Risker / antaganden

16.0 Verktyg

17.0 Godkännanden

Notera: Denna testplan tillhandahålls som PDF. För maximal flexibilitet, överväg att använda ett webbaserat testhanteringsverktyg som TestRail för att utveckla dina testplaner.

Låt oss utforska varje fält i detalj !!

1.0 INLEDNING

Det är en kort sammanfattning av den produkt som testas. Skissera alla funktioner på hög nivå.

2.0 MÅL OCH UPPGIFTER

2.1 Mål
Beskriv målen som stöds av mastertestplanen, Till exempel , definiera uppgifter och ansvarsområden, ett fordon för kommunikation, ett dokument som ska användas som ett servicenivåavtal etc.

2.2 Uppgifter
Lista alla uppgifter som identifierats av denna testplan, dvs. testning, eftertestning, problemrapportering etc.

3.0 OMFATTNING

Allmän: Detta avsnitt beskriver vad som testas, vilket är nytt för alla funktioner i en viss produkt, dess befintliga gränssnitt, integration av alla funktioner etc.

Taktik: Lista här om hur du kommer att uppnå de objekt som du har listat i avsnittet 'Omfattning'.

Till exempel , om du har nämnt att du kommer att testa de befintliga gränssnitten, vilka procedurer skulle du följa för att meddela nyckelpersonerna att representera sina respektive områden, samt avsätta tid i deras schema för att hjälpa dig att utföra din aktivitet?

4.0 TESTSTRATEGI

Beskriv den övergripande metoden för testning. För varje större grupp av funktioner eller funktionskombinationer, ange tillvägagångssättet som säkerställer att dessa funktionsgrupper testas tillräckligt.

Ange de viktigaste aktiviteterna, teknikerna och verktygen som används för att testa de angivna grupperna av funktioner.

Tillvägagångssättet bör beskrivas med tillräckliga detaljer för att möjliggöra identifiering av de viktigaste testuppgifterna och uppskattning av den tid som krävs för att göra var och en.

4.1 Enhetstestning

Definition: Ange önskad lägsta omfattning. Identifiera de tekniker som kommer att användas för att bedöma omfattningen av testansträngningen ( Till exempel , bestämmer vilka uttalanden som har utförts minst en gång).

Ange ytterligare kompletteringskriterier ( Till exempel , felfrekvens). De tekniker som ska användas för att spåra krav bör specificeras.

Deltagare: Lista namnen på de personer / avdelningar som skulle vara ansvariga för Enhetstestning .

Metodik: Beskriv hur enhetstester kommer att genomföras. Vem kommer att skriva testskript för enhetstestning, vad skulle sekvensen av händelserna för enhetstestning vara och hur kommer testaktiviteten att äga rum?

4.2 System- och integrationstestning

Definition: Lista vad du förstår Systemtestning och integrationstestning för ditt projekt.

Deltagare: Vem kommer att leda System och Integrationstestning på ditt projekt? Lista de personer som kommer att ansvara för denna aktivitet.

Metodik: Beskriv hur testning av system och integration kommer att genomföras. Vem kommer att skriva testmanusen för enhetstestning, vilken händelseförlopp skulle System & Integration Testing, och hur kommer testaktiviteten att äga rum?

4.3 Prestanda och stresstestning

Definition: Lista vad som är din förståelse för stresstestning för ditt projekt.

Deltagare: Vem kommer att genomföra stresstestning på ditt projekt? Lista de personer som kommer att ansvara för denna aktivitet.

Metodik: Beskriv hur prestanda och stresstestning kommer att genomföras. Vem kommer att skriva testmanusen för testning, vad skulle sekvensen av händelser vara för Performance & Stress Testing, och hur kommer testaktiviteten att äga rum?

4.4 Testning av användaracceptans

Definition: Syftet med godkännandestestet är att bekräfta att systemet är klart för drift. Under godkännandestestet jämför systemets slutanvändare (kunder) systemet med dess ursprungliga krav.

Deltagare: Vem kommer att ansvara för testning av användaracceptans? Lista namnet på individerna och deras ansvar.

Metodik: Beskriv hur testning av användaracceptans kommer att genomföras. Vem kommer att skriva testskript för testning, vad skulle händelseföljden för användaracceptansprovning vara och hur kommer testaktiviteten att äga rum?

4.5 Partitestning

4.6 Automatiskt regressionstest

Definition: Regressionstestning är selektiv omprövning av ett system eller en komponent för att verifiera att modifieringarna inte har orsakat oavsiktliga effekter och att systemet eller komponenten fortfarande fungerar som specificerat i kraven.

4.7 Betatestning

5.0 Hårdvarukrav
Datorer
Modem

6.0 MILJÖKRAV

6.1 Huvudram
Ange både de nödvändiga och önskade egenskaperna för testmiljön.

Specifikationen bör innehålla anläggningens fysiska egenskaper, inklusive hårdvaran, kommunikationen och systemprogramvaran, användningssättet ( Till exempel, fristående) och annan programvara eller förbrukningsmaterial som krävs för att stödja testet.

Ange också säkerhetsnivån som måste tillhandahållas för testanläggningen, systemprogramvaran och egna komponenter som programvara, data och hårdvara.

Identifiera de specialtestverktyg som krävs. Identifiera andra testbehov ( Till exempel, publikationer eller kontor). Identifiera källan till alla behov som för närvarande inte är tillgängliga för din grupp.

6.2 Arbetsstation

7.0 TESTSCHEMA

Inkludera alla testmilstolpar som identifierats i programvarans projektplan och alla objektöverföringshändelser.

Definiera eventuella ytterligare test milstolpar som krävs. Uppskatta den tid som krävs för att utföra varje testuppgift. Ange schemat för varje testuppgift och testmilstolpe. För varje testresurs (det vill säga anläggningar, verktyg och personal), specificera dess användningsperioder.

8.0 KONTROLLPROCEDURER

Problemrapportering
Dokumentera de procedurer som ska följas när en incident inträffar under testprocessen. Om ett standardformulär ska användas bifogar du en tom kopia som en 'bilaga' till testplanen.

Om du använder ett automatiskt incidentloggningssystem, skriv dessa procedurer.

Ändra begäranden
Dokumentera modifieringsprocessen för programvaran. Identifiera vem som kommer att logga ut för ändringarna och vilka kriterier skulle vara för att inkludera ändringarna av den aktuella produkten.

Om ändringarna påverkar befintliga program måste dessa moduler identifieras.

9.0 FUNKTIONER SOM TESTAS

Identifiera alla programvarufunktioner och kombinationer av programvarufunktionerna som kommer att testas.

10.0 FUNKTIONER SOM INTE TESTAS

Identifiera alla funktioner och betydande kombinationer av funktioner som inte kommer att testas tillsammans med orsakerna.

11.0 RESURSER / ROLLER OCH ANSVAR

Ange de anställda som är involverade i testprojektet och vilka roller kommer de att bli ( Till exempel, Mary Brown (användare) sammanställer testfall för godkännandeprovning).

Identifiera de grupper som är ansvariga för att hantera, utforma, förbereda, genomföra och lösa testaktiviteterna samt relaterade problem.

Identifiera också de grupper som är ansvariga för att tillhandahålla testmiljön. Dessa grupper kan inkludera utvecklare, testare, operationspersonal, testtjänster etc.

12.0 SCHEMAN

Viktiga leveranser: Identifiera de levererbara dokumenten. Du kan lista följande dokument:

  • Testplan
  • Testfall
  • Testa incidentrapporter
  • Testöversiktsrapporter

13.0 VÄSENTLIGT PÅVERKADA AVDELNINGAR (SID)

Avdelning / affärsområde buss. Manager Tester (s)

14.0 OBEROENDE

Identifiera betydande begränsningar för testning, såsom tillgänglighet för testartiklar, tillgänglighet för testresurser och deadlines.

15.0 RISKER / ANTAGANDEN

Identifiera högriskantagandena i testplanen. Ange beredskapsplaner för varje ( Till exempel, försenad leverans av testartiklar kan kräva ökad schemaläggning för nattskift för att uppfylla leveransdatumet).

ett 6.0 VERKTYG
Lista de automatiseringsverktyg som du ska använda. Lista också verktyget Bug tracking här.

17.0 GODKÄNNANDEN

Ange namn och titlar på alla personer som måste godkänna denna plan. Ge utrymme för signaturer och datum.

Namn (med versaler) Underskrift Datum:

1.
2.
3.
Fyra.

Ladda ner: Du kan också ladda ner den här provtestplanen Mall här.

Vi har också förberett en riktigLive Project Test Planfrån detta prov.

Du kan kontrollera och ladda ner den på följande självstudier:

  1. Enkel mall för testplan
  2. Testplan Dokument (Ladda ner)

=> Besök här för en komplett testplan-handledningsserie

Rekommenderad läsning

^