Tarkvara testimise testimise dokumentatsioon (näide)

Mis on testi dokumentatsioon?

Testidokumentatsioon on enne tarkvara testimist või selle käigus loodud artefaktide dokumentatsioon. See aitab testimismeeskonnal hinnata vajalikku testimisjõudu, testi katvust, ressursside jälgimist, täitmise edenemist jne. See on täielik dokumentide komplekt, mis võimaldab kirjeldada ja dokumenteerida testimise planeerimist, testi kavandamist, testi täitmist ja joonistatud testitulemusi. testimistegevusest.

Miks testida formaalsust?

Algaja jaoks on lihtne eeldada, et Testing käivitab koodi erinevaid jaotisi ad hoc põhimõttel ja kontrollib tulemusi. Kuid tegelikus maailmas on testimine väga formaalne tegevus ja see on üksikasjalikult dokumenteeritud. Testimise dokumentatsioon muudab testimise planeerimise, ülevaatamise ja läbiviimise lihtsaks ja kontrollitavaks.

Testi formaalsuse aste sõltub.

Testitava rakenduse tüüp.
Teie organisatsiooni järgitavad standardid.
Arenguprotsessi küpsus.

Testimistegevused kulutavad tavaliselt 30–50% tarkvaraarenduse projekti jõupingutustest. Dokumendid aitavad tuvastada katseprotsessi täiustamist, mida saab tulevastes projektides rakendada.

Näited katsedokumentatsioonist

Siin on olulised testimise dokumentatsiooni tüübid:

Testimisdokumentide tüübid	Kirjeldus
Testimispoliitika	See on kõrgetasemeline dokument, mis kirjeldab organisatsiooni põhimõtteid, meetodeid ja kõiki olulisi testimiseesmärke.
Testistrateegia	Kõrgetasemeline dokument, mis määrab projekti jaoks teostatavad testitasemed (tüübid).
Katseplaan	Testimisplaan on terviklik planeerimisdokument, mis sisaldab testimistegevuste ulatust, lähenemisviisi, ressursse, ajakava jne.
Nõuded jälgitavuse maatriks	See on dokument, mis seob nõuded testjuhtumitega.
Testi stsenaarium	Testi stsenaarium on tarkvarasüsteemi üksus või sündmus, mida saab kontrollida ühe või mitme testjuhtumiga.
Testjuhtum	See on sisendväärtuste, täitmise eeltingimuste, eeldatavate täitmise järeltingimuste ja tulemuste rühm. See on välja töötatud katsestsenaariumi jaoks.
Testi andmed	Testandmed on andmed, mis on olemas enne testi sooritamist. Seda kasutati testjuhtumi täitmiseks.
Defekti aruanne	Defekti aruanne on dokumenteeritud aruanne mis tahes tarkvarasüsteemi vea kohta, mis ei täida oma oodatud funktsiooni.
Testi kokkuvõtlik aruanne	Testi koondaruanne on kõrgetasemeline dokument, mis võtab kokku nii läbiviidud testimistegevused kui ka testi tulemused.

Parim tava testidokumentatsiooni saavutamiseks

Projekti algfaasis tuleb kaasata kvaliteedikontrolli meeskond, et paralleelselt tekiks testidokumentatsioon.
Ärge lihtsalt looge ja jätke dokumenti, vaid värskendage seda alati, kui vaja.
Kasutage oma dokumentide haldamiseks ja jälgimiseks versioonikontrolli.
Proovige dokumenteerida, mida on vaja oma töö mõistmiseks ja mida peate oma sidusrühmadele tootma.
Peaksite dokumentide jaoks kasutama standardset malli, näiteks Exceli leht või doc-fail.
Salvestage kõik oma projektiga seotud dokumendid ühes kohas. See peaks olema juurdepääsetav igale meeskonnaliikmele viitamiseks ja vajaduse korral värskendamiseks.
Piisava üksikasjade esitamata jätmine on samuti tavaline viga testdokumendi loomisel.

Testimise dokumentatsiooni eelised

Testidokumentatsiooni loomise peamine põhjus on testimistoimingute ebakindluse vähendamine või eemaldamine. Aitab kõrvaldada ebaselgust, mis sageli tekib ülesannete jaotamisel.
Dokumentatsioon ei paku mitte ainult süstemaatilist lähenemist tarkvara testimine, kuid see toimib ka koolitusmaterjalina tarkvara testimise protsessi värsketele kasutajatele.
Hea turundus- ja müügistrateegia on ka testidokumentatsiooni esitlemine, et näidata küpset testimisprotsessi.
Testdokumentatsioon aitab pakkuda kliendile kvaliteetset toodet kindlate tähtaegade jooksul.
In Tarkvaraarendus, Testi dokumentatsioon aitab ka programmi konfigureerida või seadistada konfiguratsioonidokumendi ja kasutusjuhendite kaudu.
Testdokumentatsioon aitab teil kliendiga läbipaistvust parandada.

Testimise dokumentatsiooni puudused

Dokumentatsiooni maksumus võib ületada selle väärtuse, kuna see on väga aeganõudev.
Sageli kirjutavad seda inimesed, kes ei oska hästi kirjutada või kes ei tunne materjali.
Kliendi nõutud muudatuste jälgimine ja vastavate dokumentide uuendamine on väsitav.
Kehv dokumentatsioon peegeldab otseselt toote kvaliteeti, kuna kliendi ja organisatsiooni vahel võib tekkida arusaamatus.

kokkuvõte

Testidokumentatsioon on enne tarkvara testimist või selle käigus loodud artefaktide dokumentatsioon.
Testi formaalsuse aste sõltub 1) testitava rakenduse tüübist 2) teie organisatsiooni järgitavatest standarditest 3) arendusprotsessi küpsusest.
Testidokumentide olulised tüübid on testimispoliitika, testimisstrateegia, testimisplaan, katsejuhtum jne.
Projekti algfaasis tuleb kaasata kvaliteedikontrolli meeskond, et paralleelselt tekiks testidokumentatsioon.
Testidokumentatsiooni loomise peamine põhjus on testimistoimingute ebakindluse vähendamine või eemaldamine.
Dokumentatsiooni maksumus võib ületada selle väärtuse, kuna see on väga aeganõudev.