Sådan skriver du en testplan: 13 trin (med billeder)

Indholdsfortegnelse:

Sådan skriver du en testplan: 13 trin (med billeder)
Sådan skriver du en testplan: 13 trin (med billeder)

Video: Sådan skriver du en testplan: 13 trin (med billeder)

Video: Sådan skriver du en testplan: 13 trin (med billeder)
Video: Learn Indonesian in 4 Hours - ALL the Indonesian Basics You Need 2024, Marts
Anonim

Testplaner beskriver processen med at teste funktionaliteten af software. En testplan beskriver hvert trin, der er taget for at opnå et bestemt resultat, og angiver formålet med hver handling. Planen fremhæver også de forventede ressourcer, risici og personale, der er involveret i testen. Du bør bruge en testplan, hvis du søger at fjerne fejl og andre fejl i din software, før den bliver tilgængelig for kunderne. Følg trinene herunder for at oprette en testplan.

Trin

Del 1 af 2: Udarbejdelse af testplanen

Skriv en testplan Trin 1
Skriv en testplan Trin 1

Trin 1. Kend det grundlæggende

Hvad du lægger i din testplan, afhænger i høj grad af kompleksiteten af den software, du planlægger at teste. Der er dog tre grundlæggende afsnit, der altid bør inkluderes i en testplan: Testdækning, testmetoder og testansvar.

  • Testdækning definerer, hvad du vil teste, og hvad du ikke vil.
  • Testmetoder definerer, hvordan du vil teste hver del, der er defineret i afsnittet "dækning".
  • Testansvar tildeler opgaver og ansvar til forskellige parter. Dette afsnit bør også indeholde, hvilke data hver part vil registrere, og hvordan de vil blive gemt og rapporteret.
Skriv en testplan Trin 2
Skriv en testplan Trin 2

Trin 2. Gør dig bekendt med nødvendige IEEE -standarddokumenter

Institute of Electrical and Electronics Engineers (IEEE) udgiver internationale standarder for test og dokumentation af software og systemudvikling. For at holde din testplan til den højeste standard, skal du kontakte IEEE -publikationerne herunder:

  • 29119-1-2013, Software og systemteknik - Softwaretest - Del 1: Begreber og definitioner
  • 29119-2-2013, Software og systemteknik - Softwaretest - Del 2: Testprocesser
  • 29119-3-2013, Software og systemteknik - Softwaretest - Del 3: Testdokumentation
  • 829-2008, IEEE Standard for software og systemtestdokumentation
  • 1008-1987 - IEEE -standard til test af softwareenheder
Skriv en testplan Trin 3
Skriv en testplan Trin 3

Trin 3. Se en skabelon

Du kan finde skabeloner til testplaner online. Den bedste kilde til skabeloner er IEEE -biblioteket, men adgang koster et gebyr.

Dublin City University tilbyder også en gratis testplanskabelon baseret på IEEE 829 -standarder

Del 2 af 2: Skrivning af testplanen

Skriv en testplan Trin 4
Skriv en testplan Trin 4

Trin 1. Skriv indledningen

Din introduktion fungerer som "resuméet" af testplanen: dens mål, omfang og tidsplan. Dette bør holdes kort, da du vil gå mere i detaljer i efterfølgende afsnit af testplanen.

  • Dine mål og omfangsopgørelser bør generelt definere de metoder, der skal bruges i testprocessen og de forventede resultater. Omfangserklæringen bør også indeholde de mest kritiske præstationsmål, samt en liste over, hvad testplanen ikke vil behandle, og hvorfor.
  • En tidsplan beskriver de tidssteg, hvor hver fase af testen vil blive gennemført.
  • Relaterede dokumenter omfatter alt perifert materiale, der er relevant for det aktuelle projekt, f.eks. Lister over specifikationer.
Skriv en testplan Trin 5
Skriv en testplan Trin 5

Trin 2. Definer dine mål

Din testplan skal klart definere, hvad du vil teste, og hvorfor du vil teste den. Disse bør altid være baseret på branchestandarder.

  • Bestem, hvad testens omfang er. Hvilke scenarier vil blive testet?
  • Bestem, hvad der er uden for anvendelsesområdet for testen. Hvilke scenarier vil ikke blive testet?
  • Almindelige scenarier omfatter modultest, integrationstest, systemer/accepttest og betatestning.
Skriv en testplan Trin 6
Skriv en testplan Trin 6

Trin 3. Skriv et afsnit om nødvendige ressourcer

Dette afsnit beskriver alle de ressourcer, der er nødvendige for at fuldføre testen, herunder hardware, software, testværktøjer og personale.

  • Når der tages hensyn til dine medarbejdere, skal du sørge for at specificere det ansvar, der kræves af hvert medlem, og den uddannelse, der er nødvendig for at varetage dette ansvar.
  • Sørg for at dokumentere de nøjagtige specifikationer for hardware og software.
Skriv en testplan Trin 7
Skriv en testplan Trin 7

Trin 4. Skriv et afsnit om risici og afhængigheder

Beskriv alle de faktorer, dit projekt afhænger af, og de risici, der er forbundet med hvert trin. Niveauet af acceptabel risiko i dit projekt hjælper med at bestemme, hvad du vil og ikke vil teste.

  • Overvej sandsynligheden for forskellige risici. Du bliver nødt til at prioritere de kritiske områder.
  • Vær opmærksom på eventuelle vage eller uklare krav. Brugere mangler ofte ekspertisen til at forstå teknisk sprog eller procedurer, så brugermisforståelser kan udgøre en risiko.
  • Brug din tidligere "fejl" -historik til at hjælpe dig med at identificere bekymringsområder og ekstra test.
Skriv en testplan Trin 8
Skriv en testplan Trin 8

Trin 5. Skriv et afsnit om, hvad du vil teste

Angiv hvilke nye aspekter du vil teste, og hvilke gamle aspekter du vil teste igen. Sørg for at specificere formålet med hver test.

  • Du kan bruge opgørelser over softwareapplikationer, IEEE -retningslinjer og andre kilder til at hjælpe dig med at bestemme denne liste.
  • Dette afsnit repræsenterer også dine "leverancer", eller hvilke data du vil levere til klienten, når testen er gennemført.
Skriv en testplan Trin 9
Skriv en testplan Trin 9

Trin 6. Skriv et afsnit om, hvad du ikke vil teste

Angiv alle funktioner, der ikke vil blive testet under det igangværende projekt. Årsager til ikke at teste funktioner inkluderer:

  • Funktionen vil ikke være inkluderet i denne version af softwaren
  • Funktionen er lavrisiko eller har været brugt før uden problemer
Skriv en testplan Trin 10
Skriv en testplan Trin 10

Trin 7. Angiv din strategi

Dette afsnit beskriver den overordnede teststrategi for din testplan. Det vil specificere de regler og processer, der skal gælde for de tests, der er beskrevet ovenfor.

Inkluder oplysninger om værktøjer, der skal bruges, hvilke metrics der vil blive indsamlet og på hvilket niveau, hvor mange konfigurationer der vil blive testet, og om der er særlige krav eller procedurer til test

Skriv en testplan Trin 11
Skriv en testplan Trin 11

Trin 8. Udvikl bestået/ikke bestået kriterier

Disse kriterier vil guide dit testpersonale, så de ved, om testmål er nået. Dette afsnit kan også indeholde "exit -kriterier", så dine medarbejdere ved, hvornår det er acceptabelt at stoppe med at teste en bestemt funktion.

Du bør også inkludere en liste over suspensionskriterier og genoptagelseskrav. Disse oplysninger fortæller testere, hvornår de skal afbryde testene, og hvad det acceptable defektniveau er for at genoptage dem

Skriv en testplan Trin 12
Skriv en testplan Trin 12

Trin 9. Skriv en liste over dokumenter, der vil blive fremstillet under testningen

Også kendt som "leverancer", disse dokumenter er data, rapporter, scripts og resultater, der vil blive produceret ved test.

Det er en god idé at tildele disse leverancer til "ejere", der er ansvarlige for deres levering. Tildel tidsfrister, som de skal betales til

Skriv en testplan Trin 13
Skriv en testplan Trin 13

Trin 10. Skriv et afsnit om resultaterne af dit projekt

Beskriv alle de mål, du håber at nå under testprocessen. Angiv hvem der er ansvarlig for de endelige godkendelser.

Video - Ved at bruge denne service kan nogle oplysninger blive delt med YouTube

Tips

  • Nogle softwareudviklere bruger et uafhængigt testfirma til at udføre deres testplaner. Med en uafhængig virksomhed, der udfører testen, kan metodikken og resultaterne undersøges forskelligt.
  • Hvis dit softwareprojekt er opdelt i flere sektioner med forskellige teams, bør hvert team oprette sin egen testplan. Hvert teams testplan kan kombineres i den overordnede projekttestplan efter at være blevet gennemgået og godkendt.
  • En grundig testplan kan fjerne behovet for en testprocedure, som kan være dyrt at udvikle. Typisk beskriver testplaner, hvilket produkt der testes, og testprocedurer beskriver, hvordan produktet testes. En detaljeret testplan kan imidlertid dække de oplysninger, der normalt skitseres ved en testprocedure.
  • Overvej din testplan til de resultater, du forventer af testen. Nogle test er udført for at se, hvilke funktioner der lykkes, og nogle test er udført for at se, hvad der vil mislykkes. Hver kræver forskellig planlægning.
  • For hurtigt at komme med testcases og/eller for at minimere risikoen for at glemme noget vigtigt at teste, kan du overveje at bruge testplanchecklister og/eller testplanskabeloner. Især nyttig, når man arbejder på et produkt og tilføjer nye og nye funktioner til det produkt.
  • For hurtigt at komme med testcases og/eller for at minimere risikoen for at glemme noget vigtigt at teste, kan du overveje at strukturere din testplan. En meget god struktureringsmetode til testplaner er ACC -metoden (attributter, komponenter, kapaciteter). Identificer attributter (adjektiver, der beskriver systemet), komponenter (substantiver for funktionelle dele, systemets funktioner) og for hver kombination af attribut og komponent, identificer evner (verber til brugerhandlinger, aktiviteter).

Anbefalede: