Oversikt over testplanmalen
En testplan er et dokument som gir en plan for testmetode, strategi, valg av maskinvare / programvare, planplan og estimering av leveranser. Det klarer testsjefen min.
La oss se et eksempel, en av møte test manager ber et team om å gjøre testplan for dette prosjektet og teamet er ikke interessert. I slike tilfeller hvordan test manager ønsker å håndtere denne situasjonen.
Tenk på testlederen din og velg din for å svare nedenfor:
- Jeg er en manager, så du må gjøre det jeg sier
- OK, la meg forklare hvorfor prosjektet trenger en testplan.
Hvis jeg er manager, velger jeg det andre alternativet og håper du også.
Behov for testplan
- Den vil teste kvaliteten på applikasjon / programvare
- Testere må følge retningslinjene gitt i dokumentet
- Omfanget, estimering, strategi er dokumentert og kan brukes på nytt også for andre prosjekter.
Hvordan skrive en testplanmal?
Det er åtte viktige oppgaver som må følges for å skrive testplanmalen:
Dette handler om hvordan vi skriver en testplanmal som er forklart nedenfor i detalj:
1. Analyser
Uten å ha data er det umulig å analysere noe. Så vi må identifisere prosjektet / prosjektet som må analyseres. Anta at vi utviklet et nettsted og må analyseres ved bruk av testteknikkene. Før vi inngår i teststrategien, må vi gjennomgå produktdokumentet som har prosjektdetaljene, først må vi forstå funksjonaliteten og deretter gjøre en analyse. Nedenfor er prøveanalysen som finner sted for dette nettstedet.
- Hva bruker dette nettstedet?
- Hvem er sluttbrukerne?
- Hvordan det vil fungere?
- Hva er versjonen av programvaren som brukes?
- Hva er maskinvaren?
2. Design
Å utvikle testdesign er et viktig trinn i testplanmalen, og det vil bli definert av testlederen.
a) Definer omfanget av testing
Før vi skriver testdesignet, må vi identifisere "omfanget" og "utenfor omfanget" for testing, og alle i teamet må være tydelig forstått om prosjektet og må ha nøyaktig datainformasjon. Hvordan vil du identifisere omfanget for testing?
- Kundekrav
- Budsjett
- Programvarespesifikasjon
b) Definer testtype
Ved å definere testtypen for å identifisere eventuell feil i programvaren, og det endelige målet er å levere programvaren til kunden uten feil. Noen av de viktigste testteknikkene er
- Enhetstesting: Test det minste programvaren eller applikasjonen
- API-testing: Test-APIer er opprettet for applikasjonen
- Integrasjonstest: Test modulene kombinert i applikasjonen
- Systemtest: Test systemets samsvar for det spesifikke kravet
- Installer / avinstaller test: Konfigurer / fjern den spesifikke programvaren i kundemiljøet
- Agile testing: Test den smidige metodikken
c) Dokumentrisiko og utstedelse
Identifiser risikoen, og det vil forårsake potensiell innvirkning på testplanmalen og hvilke tiltak som er et problem. Se nedenfor noen av risikofaktorene.
- Folk har mangel på ferdigheter for å teste dette nettstedet
- Testlederen har dårlige ferdigheter til å definere testteknikken.
- Mangel på samarbeid i teamet
- Dårlig budsjettestimering
d) Lag testlogistikk
I dette trinnet må testlederen bestemme hvem som skal teste? og når vil testen skje? Valg av rett person for en spesifikk oppgave er mye viktig for å forstå metodene. Testingen kan skje når som helst, den kan også starte fra utviklingsfasen. Når kilden nedenfor er tilgjengelig, er den klar til testing.
- Testspesifikasjoner og kravdokument
- Menneskelig ressurs
- Test miljø
3. Testmål
Hovedmålet med å teste målet er å identifisere manglene og frigjøre programvaren som feilfri. Testmålet må følge trinnene nedenfor:
a) Test programvaren eller applikasjonsfunksjonen.
b) Test funksjonen basert på målsettet og målet.
Ta dette nettstedet som et eksempel for å følge trinnene ovenfor ved å bruke den vanligste teknikken TOP-DOWN testmetode.
- Sjekk at nettstedet fungerer i det virkelige miljøet uten problemer
- Behov for å sjekke kundens behov, og det oppfyller deres forventning
- Det skal i brukervennlig
4. Testkriterier
Kriterier kan brukes som regel eller prosedyre for å utføre testvurderingen. Det er to typer testkriterier:
a) Suspensjonskriterier
Testlederen må settes målet for suspensjon. Når den oppfylte målet, vil testen bli suspendert til kriteriene er løst. Si at det er 30% av testfallene som mislykkes for prosjektet, og det må gå tilbake til utviklingsteamet. Testingen kan ikke utføres før problemet er løst.
b) Utgangskriterier
Utgangskriterier kan settes som en maksimal prosentandel (f.eks. 96%). Når testresultatet møttes med denne prosenten, kan prosjektet betraktes som PASS. Det obligatoriske er å kjøre 100% testsaker, men passet kan defineres som 96%.
( Formulae:- Number of test cases passed / total test cases executed )
5. Ressursplanlegging
Ressursplanlegging kan være både menneskelig og utstyr som krever at denne testplanen fullfører oppgaven.
a) Menneskelig ressurs
- Testleder
- tester
- Utvikler i test
- QA-ingeniør
b) Systemressurs
- Server
- Testverktøy
- Nettverk
- Datamaskin
6. Planlegg testmiljø
Testmiljøet er å sette opp maskinvare og programvare for å utføre testing. Det må distribueres i et sanntids forretningsmiljø. Miljøoppsettet kan følges som en utviklingsserver -> Test / QA-server -> Produksjonsserver. Når utviklingsfasen er fullført, vil den flytte til testteamet og når testingen er fullført, vil den være live i produksjonsmiljøet.
7. Plan og estimering
Det må lage en plan og estimering for å gjøre oppgaven i testplanmalen.
Oppgave | Medlem | Estimert varighet |
Lag testplan | Testleder | 80 timer |
Testrapport | tester | 200 timer |
Testleveranse | QA | 30 man-time |
8. Testleveranser
Testleveranser kan vise alle dokumentene og annen innsats som støtter denne innsatsen. Det er tre typer leveranser.
a) Før testing
- Planlegg dokumentet
- Test designdokument
b) Under testingen
- Feillogger for fangst
- Matrise
- Utførelsesfeil
c) Etter testing
- Testrapport
- Utgivelsesnotater
Anbefalte artikler
Dette er en guide til testplanmal. Her har vi lært hva som er Testplan, behovet for en testplanmal, Hvordan utforme en testplan osv. Du kan også se på følgende artikler for å lære mer-
- Statiske testteknikker
- AWS CloudFormation Maler
- Cloud Testing Tools
- Protokolltesting
- Typer og håndteringsfeil i JavaScript
- Topp 7 prinsipper for smidig testing med strategier
- Testtilfeller vs prøvescenario | Topp forskjeller
- Hva er test case?