Testplanmal (eksempel på dokument)

by: Thomas Hamilton Thomas Hamilton
Hours oppdatert

Hva er testplanmal?

Testplanmal er et detaljert dokument som beskriver teststrategi, mål, tidsplan, estimering og leveranser, og ressurser som kreves for testing. Testplan hjelper oss med å bestemme innsatsen som trengs for å validere kvaliteten på applikasjonen som testes. Testplanen fungerer som en blåkopi for å utføre programvaretestaktiviteter som en definert prosess som overvåkes og kontrolleres nøye av testlederen.

Opprette en Testplan er obligatorisk for å sikre suksess med programvaretestingsprosjektet ditt. Hvis du er ny på testplanlegging, se denne veiledningen på Hvordan lage en testplan

Last ned prøvemal for testplan

Testplanmal

Nedenfor finner du viktige bestanddeler av en testplan-

1. Introduksjon

Kort introduksjon av teststrategier, prosess, arbeidsflyt og metodikk brukt for prosjektet

1.1) Omfang

1.1.1) I omfang

Scope definerer funksjonene, funksjonelle eller ikke-funksjonelle krav til programvaren som vil være testet

1.1.2) Utenfor virkeområde

Out Of Scope definerer funksjonene, funksjonelle eller ikke-funksjonelle krav til programvaren som vil IKKE være testet

1.2) Kvalitetsmål

Nevn her det overordnede målet du planlegger å oppnå med din manuelle testing og automatiseringstesting.

Noen mål med testprosjektet ditt kan være

  • Sørg for at applikasjonen under test er i samsvar med funksjonelle og ikke-funksjonelle krav
  • Sørg for at AUT oppfyller kvalitetsspesifikasjonene definert av klienten
  • Bugs/problemer blir identifisert og fikset før live

1.3) Roller og ansvar

Detaljert beskrivelse av roller og ansvar for forskjellige teammedlemmer liker

  • QA-analytiker
  • Testleder
  • Konfigurasjonsbehandling
  • Utviklere
  • Installasjonsteam

Blant andre

RELATERTE ARTIKLER

2) Testmetodikk

2.1) Oversikt

Nevn årsaken til å ta i bruk en bestemt testmetodikk for prosjektet. Testmetodikken valgt for prosjektet kan være

  • Foss
  • iterativ
  • Agile
  • Ekstrem programmering

Metoden som velges avhenger av flere faktorer. Du kan lese om testmetodikk her.

2.2) Testnivåer

Testnivåer definerer testtypene som skal utføres på applikasjonen under test (AUT). Testnivåene avhenger først og fremst av prosjektets omfang, tids- og budsjettbegrensninger.

2.3) Bug Triage

Målet med triagen er å

  • For å definere typen oppløsning for hver feil
  • For å prioritere feil og bestemme en tidsplan for alle "Å bli rettet feil".

2.4) Suspensjonskriterier og gjenopptakelseskrav

Suspensjonskriterier definerer kriteriene som skal brukes for å suspendere hele eller deler av testprosedyren mens gjenopptakelseskriterier bestemmer når testing kan gjenopptas etter at den har blitt suspendert

2.5) Testfullstendighet

Her definerer du kriteriene som vil anse testen din som fullført.

For eksempel vil noen få kriterier for å kontrollere testens fullstendighet være

  • 100 % testdekning
  • Alle manuelle og automatiserte testtilfeller er utført
  • Alle åpne feil er fikset eller vil bli fikset i neste utgivelse

3) Testleveranser

Her nevnes alle testartefakter som vil bli levert under ulike faser av testlivssyklusen.

Her er de enkle leveransene

  • Testplan
  • test Cases
  • Krav Sporbarhetsmatrise
  • Feilrapporter
  • Teststrategi
  • Testberegninger
  • Kunde Logg av

4) Ressurs- og miljøbehov

4.1) Testverktøy

Lag en liste over verktøy som

Nødvendig for å teste prosjektet

4.2) Testmiljø

Den nevner minimum maskinvare krav som vil bli brukt for å teste applikasjonen.

Følgende programvare kreves i tillegg til klientspesifikk programvare.

  • Windows 8 og over
  • Office 2013 og nyere
  • MS Exchange, etc.

5) Vilkår/akronymer

Nevn eventuelle termer eller akronymer som brukes i prosjektet

TERM/AKRONYM DEFINISJON
API Grensesnitt for applikasjonsprogram
AUT Søknad under test

Last ned testplanmalformatet ovenfor

Eksempel på testplan for dokumentbank for nettapplikasjon

1 Innledning

Testplanen er utformet for å foreskrive omfanget, tilnærmingen, ressursene og tidsplanen for alle testaktiviteter i prosjektet Guru99 Bank.

Planen identifiserer elementene som skal testes, funksjonene som skal testes, hvilke typer testing som skal utføres, personellet som er ansvarlig for testingen, ressursene og tidsplanen som kreves for å fullføre testingen, og risikoene forbundet med planen.

1.1 Omfang

1.1.1 I omfang

Alle funksjonene til websiteGuru99 Bank som ble definert i programvarekrav specs må testes

Modulnavn Gjeldende roller Tekniske beskrivelser
Balanseforespørsel Leder Kunde Kunde-En kunde kan ha flere bankkontoer. Han kan
se bare saldoen på kontoene hans
LederEn leder kan se saldoen til alle kundene som
komme under hans tilsyn
Overføring av midler Leder Kunde Kunde: En kunde kan overføre penger fra sin «egen»
konto til en hvilken som helst destinasjonskonto.
LederEn leder kan overføre midler fra enhver kildebank
konto til destinasjonskonto
Mini erklæring Leder Kunde En miniutskrift vil vise de siste 5 transaksjonene på en konto
Kunde: En kunde kan bare se sin egen miniutskrift
kontoer
manager: En administrator kan se miniuttalelse for enhver konto
Tilpasset erklæring Leder Kunde En tilpasset setning lar deg filtrere og vise
transaksjoner på en konto basert på dato, transaksjonsverdi
Kunde: En kunde kan bare se Tilpasset uttalelse om
hans «egne» kontoer
LederEn leder kan se tilpasset uttalelse om enhver
konto
Endre passord Leder Kunde Kunde: En kunde kan endre passord for kun kontoen sin.
LederEn leder kan bare endre passordet for sin egen konto.
Han kan ikke endre passordene til kundene sine
Ny kunde Leder Leder: En leder kan legge til en ny kunde.
Leder manager: En leder kan redigere detaljer som adresse, e-post,
telefon til en kunde.
Ny konto Leder Systemet tilbyr for øyeblikket 2 typer kontoer
• Sparing
• Nåværende
En kunde kan ha flere sparekontoer (én i sitt navn,
andre i felles navn osv.).
Han kan ha flere brukskontoer for forskjellige selskaper
han eier.
Eller han kan ha flere bruks- og sparekontoer.
manager: En administrator kan legge til en ny konto for en eksisterende
kunde.
Rediger bruker Leder manager: En administrator kan legge til en redigeringskontodetaljer for en eksisterende konto
Slett konto Leder manager: En leder kan legge til en slette en konto for en kunde.
Slett kunde Leder En kunde kan bare slettes hvis han/hun ikke har noen aktive kontoer eller sparekontoer
manager: En leder kan slette en kunde.
Innskudd Leder manager: En leder kan sette inn penger på en hvilken som helst konto.
Vanligvis gjøres dette når kontanter settes inn i en bankfilial.
Tilbaketrekking Leder manager: En leder kan ta ut penger fra enhver konto.
Vanligvis gjøres dette når kontanter tas ut i en bankfilial.

1.1.2 Utenfor virkeområdet

Disse funksjonene testes ikke fordi de ikke er inkludert i spesifikasjonene for programvarekravene

  • Brukergrensesnitt
  • Maskinvaregrensesnitt
  • Programvaregrensesnitt
  • Database logisk
  • Kommunikasjonsgrensesnitt
  • Nettstedets sikkerhet og ytelse

1.2 Kvalitetsmål

Testmålene er å verifisere funksjonaliteten til nettstedet Guru99 Bank, bør prosjektet fokusere på å teste bankdrift som kontoadministrasjon, uttak og saldo...osv. til garantere alle disse operasjonene kan fungere normalt i ekte forretningsmiljø.

1.3 Roller og ansvar

Prosjektet bør bruke outsource medlemmer som tester for å spare prosjektkostnadene.

Nei. Medlem Oppgaver
1. Testleder Administrer hele prosjektet
Definer prosjektretninger
Skaff deg passende ressurser
2. Test Identifisere og beskrive passende testteknikker/verktøy/automatiseringsarkitektur. Verifisere og vurdere testtilnærmingen.
Utfør testene, loggfør resultatene, rapporter feilene.
Utkontrakterte medlemmer
3. Utvikler i test Implementer testcasene, testprogrammet, testpakken etc.
4. Test administrator Bygger opp og sørger for at testmiljø og -ressurser administreres og vedlikeholdes
Støttetesteren for å bruke testmiljøet til testutførelse
5. SQA medlemmer Ta ansvar for kvalitetssikring
Sjekk for å bekrefte om testprosessen oppfyller spesifiserte krav

2 Testmetodikk

2.1 Oversikt

2.2 Testnivåer

I prosjektet Guru99 Bank er det 3 typer testing som bør utføres.

  • Integrasjon Testing (Individuelle programvaremoduler kombineres og testes som en gruppe)
  • System Testing: Utført på en fullføre, integrert system for å evaluere systemets samsvar med dets spesifiserte krav
  • API-testing: Test alle API-ene som er opprettet for programvaren som er testet

2.3 Bug Triage

2.4 Suspensjonskriterier og gjenopptakelseskrav

Hvis teammedlemmene rapporterer at det er 40% av test tilfeller mislyktes, suspender testingen til utviklingsteamet fikser alle de mislykkede tilfellene.

2.5 Testfullstendighet

  • Spesifiserer kriteriene som angir en vellykket fullføring av en testfase
  • Kjør sats er obligatorisk å være 100% med mindre det er gitt en klar grunn.
  • Pass rate er 80%, oppnå bestått rate er obligatorisk

2.6 Prosjektoppgave og estimering og tidsplan

Oppgave medlemmer Beregn innsats
Lag testspesifikasjonen Testdesigner 170 arbeidstimer
Utfør testutførelse Tester, testadministrator 80 arbeidstimer
Testrapport tester 10 arbeidstimer
Testlevering 20 arbeidstimer
Totalt 280 arbeidstimer

Planlegg for å fullføre disse oppgavene

3 Testleveranser

Testleveranser er gitt som nedenfor

Før testfasen

  • Dokument for testplaner.
  • Testtilfeller dokumenter
  • Test designspesifikasjoner.

Under testingen

– Simulatorer for testverktøy.

- Testdata

– Test Trace-ability Matrix – Feillogger og utførelseslogger.

Etter at testsyklusene er over

  • Testresultater/rapporter
  • Feilmelding
  • Retningslinjer for installasjon/testprosedyrer
  • Utgiv notater

4 Ressurs- og miljøbehov

4.1 Testverktøy

Nei. Ressurser Descriptioner
1. Server Trenger en databaseserver som installerer MySQL server
Webserver som installerer Apache Server
2. Testverktøy Utvikle et testverktøy som automatisk kan generere testresultatet til det forhåndsdefinerte skjemaet og automatisert testkjøring
3. Network Sett opp en LAN Gigabit og 1 internettlinje med hastigheten på minst 5 Mb/s
4. datamaskin Minst 4 datamaskiner kjører Windows 7, Ram 2 GB, CPU 3.4 GHz

4.2 Testmiljø

Den nevner minimumskravene til maskinvare og programvare som vil bli brukt til å teste applikasjonen.

Følgende programvare er nødvendig i tillegg til klientspesifikk programvare.

  • Windows 11 og over
  • Office 2021 og nyere
  • MS Exchange, etc.