Vad är testplanmall?
TESTPLAN MALL är ett detaljerat dokument som beskriver teststrategi, mål, schema, uppskattning och leveranser och resurser som krävs för testning. Testplan hjälper oss att bestämma de ansträngningar som krävs för att validera kvaliteten på applikationen som testas. Testplanen fungerar som en ritning för att utföra programvarutestningsaktiviteter som en definierad process som noggrant övervakas och kontrolleras av testhanteraren.
Att skapa en testplan är obligatorisk för att säkerställa framgång för ditt programvara för testning av programvara.
Ladda ner exempel på testplanmall
Nedan hittar du viktiga beståndsdelar i en testplan-
- 1. Introduktion
- 1.1 Tillämpningsområde
- 1.1.1 I räckvidd
- 1.1.2 Utanför räckvidden
- 1.2 Kvalitetsmål
- 1.3 Roller och ansvar
- 2 Testmetodik
- 2.1 Översikt
- 2.2 Testnivåer
- 2.3 Bug Triage
- 2.4 Upphävningskriterier och återupptagningskrav
- 2.5 Testets fullständighet
- 3 Testleveranser
- 4 Resurs- och miljöbehov
- 4.1 Testverktyg
- 4.2 Testmiljö
1. Introduktion
Kort introduktion av teststrategier, process, arbetsflöde och metoder som används för projektet
1.1) Räckvidd
1.1.1) Inom ramen
Scope definierar funktionerna, funktionella eller icke-funktionella kraven för programvaran som kommer att testas
1.1.2) Utanför räckvidden
Out of Scope definierar funktionerna, funktionella eller icke-funktionella krav för programvaran som INTE kommer att testas
1.2) Kvalitetsmål
Här nämner du det övergripande målet som du planerar att uppnå med din manuella testning och automatiseringstestning.
Vissa 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 de kvalitetsspecifikationer som definierats av klienten
- Fel / problem identifieras och åtgärdas innan de går live
1.3) Roller och ansvar
Detaljerad beskrivning av olika teammedlemmars roller och ansvar
- QA-analytiker
- Testchef
- Konfigurationshanteraren
- Utvecklare
- Installationsteam
Bland andra
2) Testmetodik
2.1) Översikt
Nämn anledningen till att anta en särskild testmetod för projektet. Testmetoden som valts för projektet kan vara
- Vattenfall
- Iterativ
- Vig
- Extrem programmering
Den valda metoden beror på flera faktorer. Du kan läsa om testmetodik här
2.2) Testnivåer
Testnivåer definierar de typer av test som ska utföras på applikationen under test (AUT ). Testnivåerna beror främst på projektets omfattning, tid och budgetbegränsningar.
2.3) Bug Triage
Målet med triagen är att
- För att definiera typ av upplösning för varje fel
- Att prioritera buggar och bestämma ett schema för alla "Att fixa buggar".
2.4) Avstängningskriterier och återupptagningskrav
Avstängningskriterier definierar de kriterier som ska användas för att stänga av hela eller delar av testförfarandet medan återupptagningskriterier avgör när testet kan återupptas efter att det har avbrutits
2.5) Testets fullständighet
Här definierar du kriterier som kommer att anse att din testning är fullständig.
Till exempel skulle några kriterier för att kontrollera testets fullständighet vara
- 100% testtäckning
- Alla manuella och automatiserade testärenden har utförts
- Alla öppna buggar är fixade eller kommer att fixas i nästa version
3) Testleveranser
Här nämner alla testartefakter som kommer att levereras under olika faser av testlivscykeln.
Här är de enkla leveranserna
|
4) Resurs- och miljöbehov
4.1) Testverktyg
Gör en lista över verktyg som
- Kravspårningsverktyg
- Bug Tracking Tool
- Automationsverktyg
Krävs för att testa projektet
4.2) Testmiljö
Det nämner de minsta hårdvarukraven som kommer att användas för att testa applikationen.
Följande programvara krävs förutom klientspecifik programvara.
- Windows 8 och senare
- 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 | Gränssnitt för applikationsprogram |
| AUT | Ansökan under test |
Ladda ner ovanstående format för testplanmall
Exempel på testplan Dokumentbanking Webbapplikationsexempel
1. Introduktion
Testplanen är utformad för att förskriva omfattningen, tillvägagångssättet, resurserna och schemat för alla testaktiviteter i projektet Guru99 Bank.
I planen identifieras de objekt som ska testas, funktionerna som ska testas, vilka typer av test som ska utföras, den personal som är ansvarig för testningen, de resurser och schema som krävs för att slutföra testningen och riskerna i samband med planen.
1.1 Tillämpningsområde
1.1.1 I räckvidd
Alla funktioner på webbplatsen Guru99 Bank som definierades i specifikationer för programvarukrav är nödvändiga
| Modulnamn | Tillämpliga roller | Beskrivning |
| Balansförfrågan | Chefskund | Kund : En kund kan ha flera bankkonton. Han kan bara se saldot på sina kontonManager : En chef kan se saldot på alla kunder som kommer under hans övervakning |
| Fondöverföring | Chefskund | Kund: En kund kan ha överföringsmedel från sitt ”eget” konto till valfritt målkonto.Manager : En chef kan överföra pengar från vilket källkonto som helst till destinationskontot |
| Mini Statement | Chefskund | Ett Mini-uttalande visar de senaste 5 transaktionerna för ett kontoKund: En kund kan bara se minideklaration för sina "egna" kontonManager: En chef kan se mini-uttalande för vilket konto som helst |
| Anpassat uttalande | Chefskund | Ett anpassat uttalande gör att du kan filtrera och visa transaktioner i ett konto baserat på datum, transaktionsvärdeKund: En kund kan se Anpassad - uttalande av endast sina "egna" kontonManager : En chef kan se Anpassad-uttalande för vilket konto som helst |
| Ändra lösenord | Chefskund | Kund: En kund kan bara ändra lösenord för sitt konto.Manager : En chef kan bara ändra lösenord för sitt konto. Han kan inte ändra lösenord för sina kunder |
| Ny kund | Chef | Manager : En chef kan lägga till en ny kund. |
| Chef | Manager: En chef kan redigera information som adress, e-post, telefon till en kund. |
|
| Nytt konto | Chef | För närvarande tillhandahåller systemet två typer av konton • Sparar • Aktuellt En kund kan ha flera sparande konton (ett i hans namn, ett annat i ett gemensamt namn osv.). Han kan ha flera löpande konton för olika företag han äger. Eller så kan han ha flera aktuella och spara konton.Manager: En manager kan lägga till ett nytt konto för en befintlig kund. |
| Ändra kontoinställningar | Chef | Manager: En chef kan lägga till redigeringskontouppgifter för ett befintligt konto |
| Radera konto | Chef | Manager: En manager kan lägga till en ta bort ett konto för en kund. |
| Radera kund | Chef | En kund kan bara raderas om han / hon inte har någon aktiv aktuell eller sparar kontonManager: En chef kan ta bort en kund. |
| Deposition | Chef | Manager: En chef kan sätta in pengar på vilket konto som helst. Vanligtvis görs när kontanter sätts in på en bankfilial. |
| Uttag | Chef | Manager: En manager kan ta ut pengar från vilket konto som helst. Vanligtvis görs när kontanter tas ut i en bankfilial. |
1.1.2 Utanför räckvidden
Dessa funktioner testas inte eftersom de inte ingår i specifikationerna för programvarukrav
- Användargränssnitt
- Hårdvarugränssnitt
- Programvarugränssnitt
- Databas logisk
- Kommunikationsgränssnitt
- Webbplatsens säkerhet och prestanda
1.2 Kvalitetsmål
Testmålen är att verifiera funktionaliteten hos webbplatsen Guru99 Bank, projektet bör fokusera på att testa bankverksamheten som kontohantering, uttag och balans
... etc. för att garantera att alla dessa funktioner kan fungera normalt i verklig affärsmiljö.1.3 Roller och ansvar
Projektet bör använda outsourcande medlemmar som testare för att spara projektkostnaden.
| Nej. | Medlem | Uppgifter |
| 1. | Testchef | Hantera hela projektet Definiera projektriktningar Skaffa lämpliga resurser |
| 2. | Testa | Identifiera och beskriva lämpliga testtekniker / verktyg / automatiseringsarkitektur Verifiera och bedöma testmetoden Utför testerna, logga resultaten, rapportera bristerna. Outsourcade medlemmar |
| 3. | Utvecklare i test | Implementera testfall, testprogram, testsvit etc. |
| 4. | Testadministratör | Byggs upp och ser till 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 om testprocessen uppfyller specifika krav |
2 Testmetodik
2.1 Översikt
2.2 Testnivåer
I projektet Guru99 Bank finns det tre typer av tester.
- Integrationstestning (enskilda programvarumoduler kombineras och testas som en grupp)
- Systemtestning : genomförs på ett komplett , integrerat system för att utvärdera systemets överensstämmelse med dess specificerade krav
- API-testning: Testa alla API: er som skapas för den testade programvaran
2.3 Bug Triage
2.4 Upphävningskriterier och återupptagningskrav
Om teammedlemmarna rapporterar att det finns 40% av testfallet misslyckades , avbryt testningen tills utvecklingsteamet fixar alla misslyckade fall.
2.5 Testets fullständighet
- Anger kriterierna som betecknar en framgångsrik slutförandet av en testfas
- Körhastigheten är obligatorisk att vara 100% om inte ett tydligt skäl anges.
- Godkända andelar är 80%, det är obligatoriskt att uppnå godkänd andel
2.6 Projektuppgift och uppskattning och schema
| Uppgift | Medlemmar | Uppskatta ansträngning |
| Skapa testspecifikationen | Testdesigner | 170 arbetstimmar |
| Utför testkörning | Testare, testadministratör | 80 arbetstimmar |
| Testrapport | Testare | 10 man-timme |
| Testleverans | 20 arbetstimmar | |
| Total | 280 arbetstimmar |
Schema för att slutföra dessa uppgifter
3 Testleveranser
Testleveranser tillhandahålls enligt nedan
Innan testfasen
- Testplaner dokument.
- Testfallshandlingar
- Testdesignspecifikationer.
Under testningen
- Testa verktygssimulatorer.
- Testdata
- Testa spårbarhetsmatris - Felloggar och exekveringsloggar.
Efter att testcyklerna är över
- Testresultat / rapporter
- Felrapport
- Riktlinjer för installation / testförfaranden
- Släpp anteckningar
4 Resurs- och miljöbehov
4.1 Testverktyg
| Nej. | Resurser | Beskrivningar |
| 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 automatiskt testkörning |
| 3. | Nätverk | Ställ in en LAN Gigabit och en internetlinje med hastigheten minst 5 Mb / s |
| 4. | Dator | Minst 4 datorkörda Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Testmiljö
Testmiljön ska konfigureras enligt figuren nedan