Testi tulemused
Testiaruanne on dokument, mis sisaldab kokkuvõtet kõigist testitegevustest ja testimisprojekti lõpptulemustest. Testiaruanne on hinnang testimise edukusele. Katsearuande põhjal saavad huvirühmad testitud toote kvaliteeti hinnata ja tarkvara väljalaske osas otsuse langetada.
Näiteks kui katsearuandes teatatakse, et tootel on palju defekte, võivad sidusrühmad vabastamist edasi lükata, kuni kõik puudused on kõrvaldatud.
Testaruande näide
Miks testiaruanne?
Järgmine stsenaarium näitab teile, miks me testaruannet vajame
Varem, kui ülemus küsis teilt, kas veebisaiti Guru99 Bank saab vabastada, vastasite talle | Ülemus usaldas sind ja otsustas selle veebisaidi kuu lõpus kliendile välja anda. Kuid 2 kuud pärast vabastamist saite kliendilt tagasisidet. |
|
|
Kas teate selle probleemi algpõhjust? Miks on veebisaidil endiselt defekte isegi siis, kui teie meeskond on seda juba testinud?
Probleem on selles, et ignoreerisite testide haldamise aruandluse ja hindamise etappi. Bossil puudub teave selle veebisaidi kvaliteedi hindamiseks. Nad lihtsalt usaldasid teie öeldut ja avaldasid veebisaidi, teadmata selle testimistulemusi.
Katsearuande tüüpilised eelised on järgmised:
Kuidas teha head katsearuannet?
Sellele vastamiseks peate teadma -
Mida sisaldab testiaruanne?
Projekti teave
Testiprotokollis tuleks kirjeldada kogu projekti teavet, nagu projekti nimi, toote nimi ja versioon. Näiteks projekti Guru99Bank teave on järgmine
Katse eesmärk
Nagu testimise planeerimise õpetuses mainitud, peaks katsearuanne sisaldama iga testimisvooru eesmärke, näiteks üksuse test, jõudlustest, süsteemitesti jne.
Testi kokkuvõte
See jaotis sisaldab ülevaadet testimistegevusest üldiselt. Siin üksikasjalik teave sisaldab
- Täidetud testjuhtumite arv
- Testjuhtumite arv möödub
- Testjuhtumite arv ebaõnnestub
- Läbipääsu protsent
- Ebaõnnestunud protsent
- Kommentaarid
See teave tuleks kuvada visuaalselt , kasutades värvinäidikut , graafikut ja esiletõstetud tabelit .
Katsearuande kohta lisateabe saamiseks vaadake Guru99 Banki veebisaidi katsearuannet
Defekt
Üks olulisemaid andmeid katsearuandes on defekt. Aruanne peaks sisaldama järgmist teavet
- Vigade koguarv
- Vigade olek (avatud, suletud, reageerivad)
- Avatud, lahendatud, suletud vigade arv
- Jaotus tõsiduse ja prioriteedi järgi
Sarnaselt testi kokkuvõttega saate lisada mõned lihtsad mõõdikud, näiteks Defektide tihedus,% fikseeritud defektidest.
Projektimeeskond saatis teile teavet defekti kohta järgmiselt
- Defektide tihedus on 20 viga / 1000 koodi keskmist rida
- 90% defektidest on fikseeritud
- Vigade üksikasju kirjeldatakse siin selles defektide jälgijas
Andmeid saate kujutada järgmise graafikuna
Näpunäited hea testaruande koostamiseks
Testiaruanne on testimisjuhi ja sidusrühma vaheline suhtlusvahend . Katsearuande kaudu saab huvirühm aru saada projekti olukorrast, toote kvaliteedist ja muust.
Järgmine stsenaarium näitab teile, miks vajame head testiaruannet
Teete koostööd allhankeettevõttega, selle testijaga pärast veebisaidi Guru99 Bank jõudlustesti sooritamist, saadab teile sellise katsearuande
Selle aruande teave on liiga abstraktne . Sellel puudub üksikasjalik teave. Sidusrühm, kes seda loeb, võib selle saades veidi hämmingus olla . Nad võivad esitada järgmisi küsimusi või neil võivad olla järgmised küsimused:
- Miks nad ei täitnud 30 TC-d, mis alles on
- Mis on need ebaõnnestunud testjuhtumid
- Puudub vigade kirjeldus
Selle probleemi lahendamiseks peaks hea testiaruanne olema:
- Detail : peaksite esitama testimistegevuse üksikasjaliku kirjelduse, näitama, millise testimise olete teinud. Ärge pange abstraktset teavet aruandesse, sest lugeja ei saa teie öeldust aru.
- Selge: kogu teave katseprotokollis peaks olema lühike ja selgelt mõistetav.
- Standard: testiaruanne peaks järgima standardset malli. Sidusrühmadel on paljude projektide katsearuannete ülevaade ja nende kooskõla tagamine lihtne .
- Konkreetsed: Ärge kirjutage esseed projekti tegevusest. Kirjeldage ja võtke kokku testi tulemuste spetsifikatsioon ning keskenduge põhipunktile.
Näiteks ülaltoodud katsearuande parandamiseks peaks tester esitama rohkem teavet, näiteks:
- Projekti teave
- Katsetsükkel: (Süsteemi test, integreerimistest jne)
- Millised funktsioonid on juba testitud (% TC-sid täidetud,% TC-sid läbitud või ebaõnnestunud ...)
- Defektiaruanne (defekti kirjeldus, prioriteet või olek…)