Meny

Eksempel på testplandokument (Testplaneksempel med detaljer om hvert felt)

sample test plan document

Prøv Instrumentet Vårt For Å Eliminere Problemer

Ønsker du å lære og laste ned en prøveprøveplan? Denne opplæringen er svar på de som har bedt om et testplaneksempel.

I min forrige opplæring har jeg skissert Testplanindeks. I denne opplæringen vil jeg utdype den indeksen med flere detaljer.

En testplan gjenspeiler hele testplanen og tilnærmingen.

=> Klikk her for fullstendig testplanopplæringsserie

TESTPLAN DOKUMENT

Dette inkluderer formålet med en testplan, dvs. omfang, tilnærming, ressurser og tidsplan for testaktivitetene. For å identifisere elementene som testes, funksjonene som skal testes, testoppgavene som skal utføres, personalet som er ansvarlig for hver oppgave, risikoen forbundet med denne planen, etc.

Jeg har tatt med lenken for å laste ned et PDF-format av dette testplaneksemplet på slutten av dette innlegget.

Eksempel på testplan

(Produktets navn)

Forberedt av:
(Navn på de som forberedte seg)
(Dato)

INNHOLD (INNEHOLD)

1.0 INNLEDNING

2.0 MÅL OG OPPGAVE
2.1 Mål
2.2 Oppgaver

3.0 OMFANG

4.0 Testingsstrategi
4.1 Alfa-testing (enhetstesting)
4.2 System- og integrasjonstesting
4.3 Ytelse og stresstesting
4.4 Testing av brukeraksept
4.5 Partietesting
4.6 Automatisert regresjonstesting
4.7 Betatesting

5.0 Maskinvarekrav

forskjellen mellom b tre og b + tre

6.0 Miljøkrav
6.1 Hovedramme
6.2 Arbeidsstasjon

7.0 Testplan

8.0 Kontrollprosedyrer

9.0 Funksjoner som skal testes

10.0 Funksjoner som ikke skal testes

11.0 Ressurser / roller og ansvar

12.0 Tidsplaner

13.0 Avdelinger med betydelig påvirkning (SID)

14.0 Avhengigheter

15.0 Risiko / antakelser

16.0 Verktøy

17.0 Godkjenninger

Merk: Denne testplanen er gitt som PDF. For å få maksimal fleksibilitet, bør du vurdere å bruke et nettbasert testadministrasjonsverktøy som TestRail for å utvikle testplanene dine.

La oss utforske hvert felt i detalj !!

1.0 INNLEDNING

Det er en kort oppsummering av produktet som testes. Skissere alle funksjonene på et høyt nivå.

2.0 MÅL OG OPPGAVE

2.1 Mål
Beskriv målene som støttes av mastertestplanen, For eksempel , definere oppgaver og ansvar, et kjøretøy for kommunikasjon, et dokument som skal brukes som en servicenivåavtale, etc.

2.2 Oppgaver
Oppgi alle oppgavene som er identifisert av denne testplanen, dvs. testing, posttesting, problemrapportering osv.

3.0 OMFANG

Generell: Denne delen beskriver hva som testes, som er nytt for alle funksjonene til et bestemt produkt, dets eksisterende grensesnitt, integrering av alle funksjoner osv.

Taktikk: Liste her om hvordan du vil oppnå elementene du har oppført i delen 'Omfang'.

For eksempel , hvis du har nevnt at du skal teste de eksisterende grensesnittene, hva vil prosedyrene du vil følge for å varsle nøkkelpersonene om å representere deres respektive områder, samt gi tid i timeplanen for å hjelpe deg med å utføre aktiviteten din?

4.0 TESTESTRATEGI

Beskriv den samlede tilnærmingen til testing. For hver hovedgruppe av funksjoner eller funksjonskombinasjoner, spesifiser tilnærmingen som vil sikre at disse funksjonsgruppene blir testet tilstrekkelig.

Spesifiser de viktigste aktivitetene, teknikkene og verktøyene som brukes til å teste de utpekte funksjonsgruppene.

Tilnærmingen bør beskrives med tilstrekkelige detaljer for å tillate identifisering av de viktigste testoppgavene og estimering av tiden det tar å utføre hver enkelt.

4.1 Enhetstesting

Definisjon: Spesifiser minimum ønsket grad av omfattende. Identifiser teknikkene som skal brukes til å bedømme omfanget av testinnsatsen ( For eksempel , bestemme hvilke uttalelser som er utført minst en gang).

Spesifiser eventuelle ytterligere fullføringskriterier ( For eksempel , feilfrekvens). Teknikkene som skal brukes til å spore krav bør spesifiseres.

Deltakere: Oppgi navnene på personene / avdelingene som vil være ansvarlige for Enhetstesting .

Metodikk: Beskriv hvordan enhetstesting skal gjennomføres. Hvem vil skrive testskriptene for Unit Testing, hva vil hendelsesforløpet for Unit Testing være og hvordan vil testaktiviteten finne sted?

4.2 System- og integrasjonstesting

Definisjon: Oppgi hva du har forståelse for Systemtesting og integrasjonstesting for prosjektet ditt.

Deltakere: Hvem skal lede System og Integrasjonstesting på prosjektet ditt? Oppgi individene som vil være ansvarlige for denne aktiviteten.

Metodikk: Beskriv hvordan system- og integrasjonstesting skal gjennomføres. Hvem vil skrive testskriptene for Unit Testing, hva vil hendelsesforløpet for System & Integration Testing være, og hvordan vil testaktiviteten finne sted?

4.3 Ytelse og stresstesting

Definisjon: Oppgi hva du har forståelse for stresstesting for prosjektet ditt.

Deltakere: Hvem skal gjennomføre stresstesting på prosjektet ditt? Oppgi individene som vil være ansvarlige for denne aktiviteten.

Metodikk: Beskriv hvordan ytelse og stresstesting skal gjennomføres. Hvem vil skrive testskriptene for testing, hva vil hendelsesforløpet for Performance & Stress Testing være, og hvordan vil testaktiviteten finne sted?

4.4 Testing av brukeraksept

Definisjon: Hensikten med aksepttesten er å bekrefte at systemet er klart til operativ bruk. Under godkjenningstesten sammenligner sluttbrukere (kunder) av systemet systemet med dets opprinnelige krav.

Deltakere: Hvem vil være ansvarlig for testing av brukeraksept? Oppgi navnet på individene og deres ansvar.

Metodikk: Beskriv hvordan testing av brukertillatelse skal gjennomføres. Hvem vil skrive testskriptene for testing, hva vil rekkefølgen av hendelsene være for brukertestetesting, og hvordan vil testaktiviteten finne sted?

4.5 Partietesting

4.6 Automatisert regresjonstesting

Definisjon: Regresjonstesting er selektiv omprøving av et system eller en komponent for å bekrefte at modifikasjonene ikke har forårsaket utilsiktede effekter, og at systemet eller komponenten fortsatt fungerer som spesifisert i kravene.

4.7 Betatesting

5.0 MASKINKRAV
Datamaskiner
Modemer

6.0 MILJØKRAV

6.1 Hovedramme
Spesifiser både de nødvendige og ønskede egenskapene til testmiljøet.

Spesifikasjonen skal inneholde de fysiske egenskapene til anleggene, inkludert maskinvare, kommunikasjon og systemprogramvare, bruksmåte ( For eksempel, frittstående), og annen programvare eller rekvisita som kreves for å støtte testen.

Angi også sikkerhetsnivået som må gis for testanlegget, systemprogramvaren og proprietære komponenter som programvare, data og maskinvare.

Identifiser de spesielle testverktøyene som kreves. Identifiser eventuelle andre testbehov ( For eksempel, publikasjoner eller kontorlokaler). Identifiser kilden til alle behov som for øyeblikket ikke er tilgjengelig for gruppen din.

6.2 Arbeidsstasjon

7.0 TESTPLAN

Inkluder alle test milepæler som er identifisert i programvareprosjektplanen, så vel som alle sendinger av varen.

Definer eventuelle ekstra test milepæler som kreves. Beregn tiden det tar å utføre hver testoppgave. Angi tidsplanen for hver testoppgave og testmilepæl. For hver testressurs (det vil si fasiliteter, verktøy og ansatte), spesifiser bruksperioder.

8.0 KONTROLLPROSEDYRER

Problemrapportering
Dokumenter prosedyrene som skal følges når en hendelse oppstår under testprosessen. Hvis et standardskjema skal brukes, legg ved en blank kopi som et 'vedlegg' til testplanen.

I tilfelle du bruker et automatisert hendelsesloggingssystem, skriv disse prosedyrene.

Endringsforespørsler
Dokumenter prosessen med endringer i programvaren. Identifiser hvem som vil logge av endringene og hva som vil være kriteriene for å inkludere endringene i det gjeldende produktet.

Hvis endringene vil påvirke eksisterende programmer, må disse modulene identifiseres.

9.0 FUNKSJONER SOM SKAL TESTES

Identifiser alle programvarefunksjonene og kombinasjonene av programvarefunksjonene som skal testes.

10.0 FUNKSJONER SOM IKKE SKAL TESTES

Identifiser alle funksjonene og viktige kombinasjoner av funksjoner som ikke vil bli testet sammen med årsakene.

11.0 RESSURSER / ROLLER OG ANSVAR

Spesifiser medarbeiderne som er involvert i testprosjektet, og hva blir deres roller ( For eksempel, Mary Brown (bruker) sammenstiller testtilfeller for akseptantesting).

Identifiser gruppene som er ansvarlige for å administrere, designe, forberede, gjennomføre og løse testaktivitetene samt relaterte problemer.

Identifiser også gruppene som er ansvarlige for å tilby testmiljøet. Disse gruppene kan omfatte utviklere, testere, operasjonsmedarbeidere, testtjenester osv.

12.0 TIDSPLANER

Viktige leveranser: Identifiser de leverbare dokumentene. Du kan liste opp følgende dokumenter:

  • Testplan
  • Test tilfeller
  • Test hendelsesrapporter
  • Testoversiktsrapporter

13.0 VESENTLIG PÅVERKEDE AVDELINGER (SIDer)

Avdeling / forretningsområde Buss. Manager Tester (s)

14.0 AVHENGIGHETER

Identifiser viktige begrensninger for testing, for eksempel tilgjengelighet av testartikler, tilgjengelighet av testressurser og tidsfrister.

15.0 RISIKO / FORTAK

Identifiser høyrisikoforutsetningene i testplanen. Spesifiser beredskapsplaner for hver ( For eksempel, forsinkelse i levering av testartikler kan kreve økt planlegging av nattevakt for å oppfylle leveringsdatoen).

1 6.0 VERKTØY
Oppgi automatiseringsverktøyene du skal bruke. Liste også feilsporingsverktøyet her.

17.0 GODKJENNINGER

Spesifiser navnene og titlene på alle personene som må godkjenne denne planen. Gi plass til signaturene og datoene.

Navn (med store bokstaver) Underskrift Dato:

1.
2.
3.
Fire.

nedlasting: Du kan også laste ned denne prøvetestplanen Mal her.

Vi har også forberedt en ekteLive Project Test Planfra dette eksemplet.

Du kan sjekke og laste den ned på følgende veiledninger:

  1. Enkel testplanmal
  2. Testplan Dokument (Last ned)

=> Besøk her for komplett testplanopplæringsserie

Anbefalt lesing

^