Hvad er testplanskabelon?
TESTPLAN TEMPLATE er et detaljeret dokument, der beskriver teststrategi, mål, tidsplan, estimering og leverancer og ressourcer, der kræves til testning. Testplan hjælper os med at bestemme den nødvendige indsats for at validere kvaliteten af den applikation, der testes. Testplanen fungerer som en plan for at udføre softwaretestaktiviteter som en defineret proces, der minutvis overvåges og kontrolleres af testadministratoren.
Oprettelse af en testplan er obligatorisk for at sikre succes med dit softwaretestprojekt. Hvis du er ny med Testplanlægning, skal du se denne vejledning om, hvordan du opretter en testplan.
Download eksempel på testplanskabelon
Nedenfor finder du vigtige komponenter i en testplan-
- 1. Introduktion
- 1.1 Anvendelsesområde
- 1.1.1 Omfang
- 1.1.2 Uden for anvendelsesområdet
- 1.2 Kvalitetsmål
- 1.3 Roller og ansvar
- 2 Testmetode
- 2.1 Oversigt
- 2.2 Testniveauer
- 2.3 Bug Triage
- 2.4 Krav til suspension og genoptagelse
- 2.5 Test fuldstændighed
- 3 Testleverancer
- 4 Ressource- og miljøbehov
- 4.1 Testværktøjer
- 4.2 Testmiljø
1. Introduktion
Kort introduktion af teststrategier, proces, workflow og metoder, der anvendes til projektet
1.1) Anvendelsesområde
1.1.1) Omfang
Scope definerer funktionerne, funktionelle eller ikke-funktionelle krav til den software, der skal testes
1.1.2) Uden for anvendelsesområdet
Out of Scope definerer funktionerne, funktionelle eller ikke-funktionelle krav til softwaren, der IKKE testes
1.2) Kvalitetsmål
Her nævnes det overordnede mål, som du planlægger at nå med din manuelle test og automatiseringstest.
Nogle mål for dit testprojekt kan være
- Sørg for, at applikationen under test overholder funktionelle og ikke-funktionelle krav
- Sørg for, at AUT opfylder de kvalitetsspecifikationer, der er defineret af klienten
- Fejl / problemer identificeres og løses, før de går live
1.3) Roller og ansvar
Detaljeret beskrivelse af forskellige teammedlemmers roller og ansvar som f.eks
- QA-analytiker
- Test Manager
- Configuration Manager
- Udviklere
- Installationsteam
Blandt andre
2) Testmetode
2.1) Oversigt
Nævn grunden til at vedtage en bestemt testmetode til projektet. Testmetoden, der blev valgt til projektet, kunne være
- Vandfald
- Iterativ
- Adræt
- Ekstrem programmering
Den valgte metode afhænger af flere faktorer. Du kan læse om testmetodologi her
2.2) Testniveauer
Testniveauer definerer de typer test, der skal udføres på applikationen under test (AUT ). Testniveauerne afhænger primært af projektets omfang, tids- og budgetmæssige begrænsninger.
2.3) Fejltagning
Målet med triagen er at
- At definere typen af opløsning for hver fejl
- At prioritere fejl og bestemme en tidsplan for alle "At blive løst fejl".
2.4) Suspensionskriterier og genoptagelseskrav
Suspensionskriterier definerer de kriterier, der skal bruges til at suspendere hele eller en del af testproceduren, mens genoptagelseskriterier bestemmer, hvornår test kan genoptages, efter at den er blevet suspenderet
2.5) Test fuldstændighed
Her definerer du de kriterier, der betragter din test som komplet.
For eksempel ville et par kriterier for at kontrollere testkomplethed være
- 100% testdækning
- Alle manuelle og automatiserede testsager udført
- Alle åbne bugs er rettet eller vil blive rettet i næste udgivelse
3) Testleverancer
Her nævnes alle de testartefakter, der leveres i forskellige faser af testens livscyklus.
Her er de enkle leverancer
|
4) Ressource- og miljøbehov
4.1) Testværktøjer
Lav en liste over værktøjer som
- Krav til sporingsværktøj
- Fejlfindingsværktøj
- Automatiseringsværktøjer
Krævet for at teste projektet
4.2) Testmiljø
Det nævner de mindste hardwarekrav , der vil blive brugt til at teste applikationen.
Følgende software er påkrævet ud over klientspecifik software.
- Windows 8 og nyere
- Office 2013 og derover
- MS Exchange osv.
5) Vilkår / akronymer
Nævn alle termer eller akronymer, der bruges i projektet
| TERM / AKRONYM | DEFINITION |
| API | Applikationsprogramgrænseflade |
| AUT | Ansøgning under test |
Download ovenstående skemaformat til testplan
Eksempel på testplan Dokumentbanking Webapplikation Eksempel
1. Introduktion
Testplanen er designet til at ordinere omfanget, tilgangen, ressourcerne og tidsplanen for alle testaktiviteter i projektet Guru99 Bank.
Planen identificerer de emner, der skal testes, de funktioner, der skal testes, de typer af test, der skal udføres, det personale, der er ansvarlig for testningen, de ressourcer og tidsplan, der kræves for at gennemføre testen, og de risici, der er forbundet med planen.
1.1 Anvendelsesområde
1.1.1 Omfang
Alle funktionerne i website Guru99 Bank, som blev defineret i softwarekravsspecifikationer, er nødvendige
| Modulnavn | Gældende roller | Beskrivelse |
| Balanceundersøgelse | Manager-kunde | Kunde : En kunde kan have flere bankkonti. Han kan kun se saldoen på sine kontiManager : En manager kan se saldoen for alle de kunder, der kommer under hans tilsyn |
| Pengeoverførsel | Manager-kunde | Kunde: En kunde kan have overførselsmidler fra sin “egen” konto til enhver destinationskonto.Manager : En manager kan overføre penge fra enhver kilde bankkonto til destinationskonto |
| Mini Statement | Manager-kunde | En Mini-erklæring vil vise de sidste 5 transaktioner på en kontoKunde: En kunde kan kun se mini-statement på sine "egne" kontiManager: En manager kan se mini-statement på enhver konto |
| Tilpasset erklæring | Manager-kunde | En tilpasset erklæring giver dig mulighed for at filtrere og vise transaktioner på en konto baseret på dato, transaktionsværdiKunde: En kunde kan se Tilpasset - kun erklæring om sine "egne" kontiManager : En manager kan se Tilpasset - erklæring om enhver konto |
| Skift kodeord | Manager-kunde | Kunde: En kunde kan kun ændre adgangskoden til sin konto.Manager : En manager kan kun ændre adgangskoden til sin konto. Han kan ikke ændre adgangskoder til sine kunder |
| Ny kunde | Manager | Manager : En manager kan tilføje en ny kunde. |
| Manager | Manager: En manager kan redigere detaljer som adresse, e-mail, telefon til en kunde. |
|
| Ny konto | Manager | I øjeblikket leverer systemet to typer konti • Lagring • Aktuel En kunde kan have flere gemningskonti (en i sit navn, en anden i et fælles navn osv.). Han kan have flere løbende konti for forskellige virksomheder, han ejer. Eller han kan have flere aktuelle og gemte konti.Manager: En manager kan tilføje en ny konto til en eksisterende kunde. |
| Rediger konto | Manager | Manager: En manager kan tilføje en redigeringsoplysninger for en eksisterende konto |
| Slet konto | Manager | Manager: En manager kan tilføje en slette en konto til en kunde. |
| Slet kunde | Manager | En kunde kan kun slettes, hvis han / hun ikke har nogen aktiv nuværende eller gemmer kontiManager: En manager kan slette en kunde. |
| Depositum | Manager | Manager: En manager kan indbetale penge til enhver konto. Normalt når kontanter deponeres i en bankkontor. |
| Tilbagetrækning | Manager | Manager: En manager kan trække penge fra enhver konto. Gøres normalt, når kontanter trækkes i en bankfilial. |
1.1.2 Uden for anvendelsesområdet
Disse funktioner testes ikke, fordi de ikke er inkluderet i specifikationerne til softwarekrav
- Brugergrænseflader
- Hardware-grænseflader
- Software grænseflader
- Database logisk
- Kommunikationsgrænseflader
- Websteds sikkerhed og ydeevne
1.2 Kvalitetsmål
Testmålene er at verificere funktionaliteten på hjemmesiden Guru99 Bank, projektet skal fokusere på at teste bankdriften som Account Management, Tilbagetrækning og Balance
... osv. For at garantere, at alle disse operationer kan fungere normalt i virkelige forretningsmiljøer.1.3 Roller og ansvar
Projektet skal bruge outsourcede medlemmer som testeren for at spare projektomkostningerne.
| Ingen. | Medlem | Opgaver |
| 1. | Test Manager | Administrer hele projektet Definer projektretninger Anskaff passende ressourcer |
| 2. | Prøve | Identifikation og beskrivelse af passende testteknikker / -værktøjer / automatiseringsarkitektur Bekræft og vurder testtilgangen Udfør testene, logresultater, rapporter fejlene. Outsourcede medlemmer |
| 3. | Udvikler i test | Implementere testsagerne, testprogrammet, testpakken osv. |
| 4. | Test administrator | Opbygger og sikrer, at testmiljø og aktiver administreres og vedligeholdes Support Tester til at bruge testmiljøet til testudførelse |
| 5. | SQA medlemmer | Tag ansvaret for kvalitetssikring Kontroller for at bekræfte, om testprocessen opfylder specificerede krav |
2 Testmetode
2.1 Oversigt
2.2 Testniveauer
I projektet Guru99 Bank skal der udføres 3 typer test.
- Integrationstest (individuelle softwaremoduler kombineres og testes som en gruppe)
- Systemtest : Udføres på et komplet , integreret system for at evaluere systemets overensstemmelse med de specificerede krav
- API-test: Test alle de API'er, der oprettes til den testede software
2.3 Bug Triage
2.4 Krav til suspension og genoptagelse
Hvis teammedlemmerne rapporterer, at der er 40% af testsagerne mislykkedes , skal du afbryde testen, indtil udviklingsteamet løser alle de mislykkede sager.
2.5 Test fuldstændighed
- Specificerer de kriterier, der angiver en vellykket afslutning af en testfase
- Kørselshastighed er obligatorisk at være 100%, medmindre der gives en klar grund.
- Bestået er 80%, og det er obligatorisk at opnå bestået
2.6 Projektopgave og estimering og tidsplan
| Opgave | Medlemmer | Anslå indsats |
| Opret testspecifikationen | Testdesigner | 170 mandtimer |
| Udfør testudførelse | Tester, testadministrator | 80 arbejdstimer |
| Test rapport | Tester | 10 arbejdstimer |
| Test levering | 20 mandtimer | |
| Total | 280 arbejdstimer |
Tidsplan for at gennemføre disse opgaver
3 Testleverancer
Testleverancer leveres som nedenfor
Før testfasen
- Testplaner dokument.
- Test sags dokumenter
- Test design specifikationer.
Under testningen
- Test værktøjssimulatorer.
- Testdata
- Test sporbarhedsmatrix - Fejllogge og udførelseslogfiler.
Efter testcyklusser er forbi
- Testresultater / rapporter
- Fejlrapport
- Retningslinjer for installation / testprocedurer
- Udgivelses noter
4 Ressource- og miljøbehov
4.1 Testværktøjer
| Ingen. | Ressourcer | Beskrivelser |
| 1. | Server | Brug for en databaseserver, der installerer MySQL-server Webserver, der installerer Apache Server |
| 2. | Testværktøj | Udvikl et testværktøj, der automatisk kan generere testresultatet til den foruddefinerede form og automatiseret testudførelse |
| 3. | Netværk | Opsæt en LAN Gigabit og 1 internetlinje med hastigheden mindst 5 Mb / s |
| 4. | Computer | Mindst 4 computere kører Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Testmiljø
Testmiljø skal konfigureres i henhold til figuren nedenfor