Testplanmall (exempel på dokument)

By: Thomas Hamilton Thomas Hamilton
Hours Uppdaterad

Vad är en testplansmall?

Testplanmall är ett detaljerat dokument som beskriver teststrategin, målen, schemat, uppskattningen och leveranserna samt resurser som krävs för testning. Testplan hjälper oss att avgöra vilken insats som krävs för att validera kvaliteten på applikationen som testas. Testplanen fungerar som en plan för att utföra programvarutestaktiviteter som en definierad process som noggrant övervakas och kontrolleras av testledaren.

Skapa ett Testplan är obligatoriskt för att säkerställa framgång för ditt programvarutestprojekt. Om du är ny på testplanering, läs den här handledningen på Hur man skapar en testplan

Ladda ner provmall för testplan

Testplanmall

Nedan hittar du viktiga beståndsdelar i en testplan-

1) Introduktion

Kort introduktion av teststrategier, process, arbetsflöde och metoder som använts för projektet

1.1) Räckvidd

1.1.1) I omfattning

Scope definierar funktionerna, funktionella eller icke-funktionella krav för programvaran som kommer vara testade

1.1.2) Utanför tillämpningsområdet

Out Of Scope definierar funktionerna, funktionella eller icke-funktionella krav för programvaran som kommer inte att vara testade

1.2) Kvalitetsmål

Nämn här det övergripande målet som du planerar att uppnå med din manuella testning och automationstestning.

Några mål för ditt testprojekt kan vara

  • Se till att applikationen under test överensstämmer med funktionella och icke-funktionella krav
  • Se till att AUT uppfyller kvalitetsspecifikationerna som definierats av kunden
  • Buggar/problem identifieras och fixas innan de går live

1.3) Roller och ansvar

Detaljerad beskrivning av roller och ansvar för olika teammedlemmar gillar

  • QA-analysör
  • Test Manager
  • Konfigurationshanteraren
  • Utvecklare
  • Installationsteam

Bland andra

RELATERADE ARTIKLAR

2) Testmetodik

2.1) Översikt

Nämn anledningen till att använda en viss testmetod för projektet. Den testmetod som valts för projektet kan vara

  • Vattenfall
  • iterativ
  • Agile
  • Extrem programmering

Vilken metod som väljs beror på flera faktorer. Du kan läsa om testmetodik här.

2.2) Testnivåer

Testnivåer definierar de typer av testning som ska utföras på applikationen under test (AUT). Testnivåerna beror i första hand på projektets omfattning, tids- och budgetbegränsningar.

2.3) Bugg triage

Målet med triagen är att

  • För att definiera typen av upplösning för varje bugg
  • Att prioritera buggar och bestämma ett schema för alla "Att fixa buggar".

2.4) Avstängningskriterier och återupptagandekrav

Avstängningskriterier definierar kriterierna som ska användas för att avbryta hela eller delar av testproceduren medan återupptagandekriterier avgör när testning kan återupptas efter att den har avbrutits

2.5) Testets fullständighet

Här definierar du de kriterier som kommer att anse att ditt test är avslutat.

Till exempel skulle några kriterier för att kontrollera testets fullständighet vara

  • 100 % testtäckning
  • Alla manuella och automatiserade testfall utförda
  • Alla öppna buggar är fixade eller kommer att fixas i nästa utgåva

3) Testa leveranser

Här nämns alla testartefakter som kommer att levereras under olika faser av testets livscykel.

Här är de enkla leveranserna

  • Testplan
  • Test Cases
  • Krav Spårbarhetsmatris
  • Felrapporter
  • Teststrategi
  • Testa mätvärden
  • Kund logga av

4) Resurs- och miljöbehov

4.1) Testverktyg

Gör en lista över verktyg som

Krävs för att testa projektet

4.2) Testmiljö

Den nämner minimum hårdvara krav som kommer att användas för att testa applikationen.

Efter mjukvaror krävs förutom klientspecifik programvara.

  • Windows 8 och över
  • Office 2013 och senare
  • MS Exchange, etc.

5) Termer/Akronymer

Nämn alla termer eller akronymer som används i projektet

TERM/AKRONYM DEFINITION
API Applikationsprogramgränssnitt
AUT Applikation under test

Ladda ner ovanstående testplanmallformat

Exempel på testplan Dokumentbank för webbapplikationsexempel

1 Inledning

Testplanen är utformad för att föreskriva omfattningen, tillvägagångssättet, resurserna och schemat för alla testaktiviteter för projektet Guru99 Bank.

Planen identifierar artiklarna som ska testas, funktionerna som ska testas, typerna av testning som ska utföras, personalen som ansvarar för testning, de resurser och det schema som krävs för att slutföra testning och riskerna i samband med planen.

1.1 Omfattning

1.1.1 I omfattning

Alla funktioner i websiteGuru99 Bank som definierades i mjukvarukrav specifikationer måste testas

Modulnamn Tillämpliga roller Description
Balansförfrågan Chef Kund Kund: En kund kan ha flera bankkonton. Han kan
se endast saldot på hans konton
chef: En chef kan se saldot för alla kunder som
komma under hans överinseende
Fondöverföring Chef Kund kund: En kund kan ha överföra pengar från sin "egna"
konto till valfritt destinationskonto.
chef: En chef kan överföra pengar från vilken källbank som helst
konto till destinationskonto
Mini uttalande Chef Kund Ett miniutdrag visar de 5 senaste transaktionerna på ett konto
kund: En kund kan se mini-utlåtande av endast sin "egen"
konton
Manager: En chef kan se miniutdrag för alla konton
Anpassat uttalande Chef Kund Ett anpassat uttalande låter dig filtrera och visa
transaktioner på ett konto baserat på datum, transaktionsvärde
kund: En kund kan endast se Customized-statistik
hans "egna" konton
chef: En chef kan se Customized -statement av alla
konto
Ändra lösenord Chef Kund kund: En kund kan bara byta lösenord för sitt konto.
chef: En chef kan bara ändra lösenordet för sitt konto.
Han kan inte ändra sina kunders lösenord
Ny kund chef chef: En chef kan lägga till en ny kund.
chef Manager: En chef kan redigera detaljer som adress, e-post,
telefon till en kund.
Nytt konto chef För närvarande tillhandahåller systemet 2 typer av konton
• Spara
• Nuvarande
En kund kan ha flera sparkonton (ett i hans namn,
annat i ett gemensamt namn etc).
Han kan ha flera löpande konton för olika företag
han äger.
Eller så kan han ha flera löpande och sparkonton.
Manager: En chef kan lägga till ett nytt konto för ett befintligt
kunden.
Redigera konto chef Manager: En ansvarig kan lägga till en redigera kontoinformation för ett befintligt konto
Radera konto chef Manager: En chef kan lägga till ett ta bort ett konto för en kund.
Ta bort kund chef En kund kan endast raderas om han/hon inte har några aktiva konton eller sparkonton
Manager: En chef kan ta bort en kund.
Deposition chef Manager: En chef kan sätta in pengar på vilket konto som helst.
Görs vanligtvis när kontanter sätts in på ett bankkontor.
Tillbakadragande chef Manager: En chef kan ta ut pengar från vilket konto som helst.
Görs vanligtvis när kontanter tas ut på ett bankkontor.

1.1.2 Utanför tillämpningsområdet

Dessa funktioner testas inte eftersom de inte ingår i programvarukraven

  • Användargränssnitt
  • Hårdvarugränssnitt
  • Mjukvarugränssnitt
  • Databas logisk
  • Kommunikationsgränssnitt
  • Webbplatssäkerhet och prestanda

1.2 Kvalitetsmål

Testmålen är att verifiera Funktionaliteten hos webbplatsen Guru99 Bank, bör projektet fokusera på att testa bankverksamhet som kontohantering, uttag och saldo...etc. till garanti alla dessa operationer kan fungera normalt i verklig affärsmiljö.

1.3 Roller och ansvar

Projektet bör använda lägga ut medlemmar som testare för att spara projektkostnaden.

Nej. Medlem Uppgifter
1. Test Manager Hantera hela projektet
Definiera projektriktningar
Skaffa lämpliga resurser
2. Testa Identifiera och beskriva lämpliga testtekniker/verktyg/automationsarkitektur Verifiera och bedöma testmetoden
Utför testerna, Logga resultat, Rapportera defekterna.
Outsourcade medlemmar
3. Utvecklare i test Implementera testfallen, testprogrammet, testpaketet etc.
4. Testadministratör Bygger upp och säkerställer att testmiljö och tillgångar hanteras och underhålls
Support Tester för att använda testmiljön för testkörning
5. SQA medlemmar Ta ansvar för kvalitetssäkring
Kontrollera för att bekräfta om testprocessen uppfyller specificerade krav

2 Testmetodik

2.1 Översikt

2.2 Testnivåer

I projektet Guru99 Bank finns det 3 typer av tester som bör utföras.

  • Integration Testning (Enskilda mjukvarumoduler kombineras och testas som en grupp)
  • Systemkrav Testning: Utfördes på en fullborda, integrerade system för att utvärdera systemets överensstämmelse med dess specificerade krav
  • API-testning: Testa alla API:er som skapas för programvaran som testas

2.3 Bugg triage

2.4 Avstängningskriterier och återupptagandekrav

Om teammedlemmarna rapporterar att det finns 40% av testfall misslyckades, avbryt testningen tills utvecklingsteamet åtgärdar alla misslyckade fall.

2.5 Testets fullständighet

  • Anger kriterierna som betecknar a framgångsrik slutförandet av en testfas
  • Körning kursen är obligatorisk 100% om inte ett tydligt skäl ges.
  • Pass kursen är 80% att uppnå godkända betyg är obligatoriskt

2.6 Projektuppgift och uppskattning och tidsplan

uppgift Medlemmar Uppskatta ansträngning
Skapa testspecifikationen Testdesigner 170 mantimmar
Utför testkörning Testare, testadministratör 80 mantimmar
Testrapport rapport~~POS=HEADCOMP Testare 10 mantimmar
Provleverans 20 mantimmar
Totalt 280 mantimmar

Schemalägg för att slutföra dessa uppgifter

3 Testleveranser

Testleveranser tillhandahålls enligt nedan

Innan testfasen

  • Dokument för testplaner.
  • Testfall dokument
  • Testdesignspecifikationer.

Under provningen

– Testverktygssimulatorer.

- Testdata

– Testa Trace-ability Matrix – Felloggar och exekveringsloggar.

Efter att testcyklerna är över

  • Testresultat/rapporter
  • Felanmälan
  • Riktlinjer för installation/testprocedurer
  • Release anteckningar

4 Resurs- och miljöbehov

4.1 Testverktyg

Nej. Resurser Descriptjoner
1. server Behöver en databasserver som installerar MySQL server
Webbserver som installerar Apache Server
2. Testverktyg Utveckla ett testverktyg som automatiskt kan generera testresultatet till den fördefinierade formen och automatiserad testkörning
3. nätverks Konfigurera ett LAN Gigabit och 1 internetlinje med hastigheten minst 5 Mb/s
4. Dator Minst 4 datorer körda Windows 7, Ram 2GB, CPU 3.4GHZ

4.2 Testmiljö

Den nämner de minimikrav för hårdvara och mjukvara som kommer att användas för att testa applikationen.

Följande programvara krävs utöver klientspecifik programvara.

  • Windows 11 och över
  • Office 2021 och senare
  • MS Exchange, etc.

Du kanske gillar: