Oversigt over testplanskabelon
En testplan er et dokument, der giver en plan for testmetode, strategi, valg af hardware / software, planplan og estimering af leverancer. Det administrerer min test manager.
Lad os se et eksempel, en af mødetestlederen beder et team om at udføre testplan for dette projekt, og teamet er ikke interesseret. I sådan et tilfælde, hvordan testlederen ønsker at håndtere denne situation.
Tænk på din testmanager, og vælg din svar nedenfor:
- Jeg er manager, så du skal gøre, hvad jeg siger
- OK, lad mig forklare, hvorfor projektet har brug for en testplan.
Hvis jeg er manager, vælger jeg den anden mulighed og håber du også.
Behov for testplan
- Det tester kvaliteten af applikation / software
- Testere skal følge retningslinjerne i dokumentet
- Omfang, estimering, strategi er dokumenteret og kan også genbruges til andre projekter.
Hvordan man skriver en testplanskabelon?
Der er otte vigtige opgaver, der skal følges for at skrive testplanskabelonen:
Dette handler om, hvordan vi skriver en testplanskabelon, der er forklaret nedenfor i detaljer:
1. Analyser
Uden at have data er det umuligt at analysere noget. Så vi er nødt til at identificere det projekt / projekt, der skal analyseres. Antag, at vi har udviklet et websted og skal analyseres ved hjælp af testteknikker. Før vi indgår i teststrategien, skal vi gennemgå det produktdokument, der har projektoplysninger, først skal vi forstå funktionaliteten og derefter foretage en analyse. Nedenfor er eksempler på analyse, der finder sted på dette websted.
- Hvad er brugen af dette websted?
- Hvem er slutbrugerne?
- Hvordan fungerer det?
- Hvad bruges versionen af softwaren?
- Hvad er hardware?
2. Design
Udvikling af testdesign er et vigtigt trin i testplanskabelonen, og det vil blive defineret af testmanageren.
a) Definer omfanget af testning
Før vi skriver testdesignet, er vi nødt til at identificere “omfanget” og “uden for rammerne” til testning, og alle i teamet skal være klart forstået om projektet og skal have præcise dataoplysninger. Hvordan identificerer du muligheden for testning?
- Kundens krav
- Budget
- Softwarespecifikation
b) Definer testtype
Ved at definere testtypen for at identificere en fejl i softwaren og det endelige mål er at levere softwaren til kunden uden fejl. Nogle af de vigtigste testteknikker er
- Enhedstest: Test det mindste stykke software eller applikation
- API-test: Test-API'er er oprettet til applikationen
- Integrationstest: Test modulerne kombineret i applikationen
- Systemtest: Test systemets overholdelse for det specifikke krav
- Install / afinstaller test: Opsæt / fjern den specifikke software i kundemiljøet
- Agile test: Test den agile metodik
c) Dokumentrisiko og -udstedelse
Identificer risikoen, og det vil medføre den potentielle indvirkning på testplanskabelonen, og hvilke foranstaltninger der er et problem. Se nedenfor nogle af risikofaktorerne.
- Folk har en mangel på færdigheder til at teste dette websted
- Testlederen har dårlige færdigheder til at definere testteknikken.
- Mangel på samarbejde inden for teamet
- Dårligt budgetestimat
d) Opret testlogistik
I dette trin skal testlederen beslutte, hvem der skal teste? og hvornår vil testen finde sted? Valget af den rigtige person til en bestemt opgave er meget vigtigt for at forstå metoderne. Testingen kan til enhver tid ske, den kan også starte fra udviklingsfasen. Når nedenstående kilde er tilgængelig, er den klar til test.
- Testspecifikationer og kravdokument
- Menneskelige ressourcer
- Testmiljø
3. Testmål
Hovedformålet med at teste målet er at identificere manglerne og frigive softwaren som fejlfri. Testmålet skal følge nedenstående trin:
a) Test softwaren eller applikationsfunktionen.
b) Test funktionen baseret på målsættet og målet.
Tag dette websted som et eksempel for at følge ovenstående trin ved hjælp af den mest almindelige teknik TOP-DOWN testmetode.
- Kontroller, at webstedet fungerer i det virkelige miljø uden problemer
- Behov for at kontrollere kundens behov, og det imødekommer deres forventning
- Det skal være brugervenligt
4. Testkriterier
Kriterier kan bruges som regel eller procedure til at bedømme testen. Der er to typer testkriterier:
a) Suspensionskriterier
Test manager skal indstilles målet for suspension. Når den opfyldte målet, suspenderes testen, indtil kriterierne er løst. Lad os tro, at der er 30% af testtilfælde, der mislykkes for projektet, og det skal tilbage til udviklingsholdet. Testingen kan ikke udføres, før problemet er løst.
b) Udgangskriterier
Udgangskriterier kan indstilles som en maksimal procentdel (f.eks. 96%). Når testresultatet opfyldte denne procentdel, kan projektet betragtes som PASS. Det obligatoriske er at køre 100% testsager, men passet kan defineres som 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Ressourceplanlægning
Ressourceplanlægning kan være både menneskeligt og udstyr, som kræver, at denne testplan skal udføre opgaven.
a) Menneskelig ressource
- Test manager
- Tester
- Udvikler i test
- QA-ingeniør
b) Systemressource
- Server
- Testværktøj
- Netværk
- Computer
6. Plan testmiljø
Testmiljøet er at opsætte hardware og software til udførelse af test. Det skal distribueres i et forretningsmiljø i realtid. Det opsatte miljø kan følges som en udviklingsserver -> Test / QA-server -> Produktionsserver. Når udviklingsfasen er afsluttet, vil den flytte til testteamet, og når testen er afsluttet, vil den være live i produktionsmiljøet.
7. Plan og estimering
Det skal udarbejdes en tidsplan og estimering for at udføre opgaven i testplanskabelonen.
| Opgave | Medlem | Anslået varighed |
| Opret testplan | Testchef | 80 mandstimer |
| Test rapport | Tester | 200 man-time |
| Testlevering | QA | 30 man-time |
8. Testleverancer
Testleverancer kan vise alle dokumenter og andre bestræbelser, der understøtter denne indsats. Der er tre typer levering.
a) Før testning
- Planlæg dokument
- Test designdokument
b) Under testning
- Fejllogfiler til optagelse
- Matrix
- Udførelsesfejl
c) Efter test
- Test rapport
- Udgivelses noter
Anbefalede artikler
Dette er en guide til testplanskabelon. Her har vi lært, hvad der er Testplan, behovet for en testplanskabelon, Sådan designes en testplan osv. Du kan også se på de følgende artikler for at lære mere-
- Statiske testteknikker
- AWS CloudFormation-skabeloner
- Cloud-testværktøjer
- Protokolprøvning
- Typer og håndteringsfejl i JavaScript
- Top 7 principper for agile test med strategier
- Testcases vs testscenario | Topforskelle
- Hvad er test case?