Hvað á að taka með í villuskýrslu?



Hvernig á að skrifa góða villuskýrslu

Að skrifa góðan ágalla eða villuskýrslu er langt í því að greina og leysa vandamálin fljótt. Í þessari færslu skráum við algenga þætti sem venjulega eru í villuskýrslu.

Í engri sérstakri röð:

Gallaauðkenni, auðkenni

Auðkennið er mjög mikilvægt til að geta vísað til gallans í skýrslunum. Ef skaðatilkynningartæki er notað til að skrá galla er auðkenni venjulega forrit myndað einstakt númer sem hækkar á hvern galla.


Yfirlit

Yfirlitið er heildarlýsing á háu stigi um galla og bilun sem vart hefur verið við. Þessi stutta samantekt ætti að vera hápunktur gallans þar sem þetta er það sem verktaki eða gagnrýnandi sér fyrst í villuskýrslunni.

Lýsing

Eðli galla verður að vera skýrt skrifað. Ef verktaki sem fer yfir galla getur ekki skilið og getur ekki fylgst með smáatriðum galla, þá verður líklega skýrslunni hoppað aftur til prófunaraðilans og beðið um frekari útskýringar og nánari upplýsingar sem valda töfum á að laga vandamálið.


Lýsingin ætti að útskýra nákvæmlega skrefin sem taka á til að endurskapa galla ásamt því sem niðurstöður voru væntanlegar og hver niðurstaða prófskrefsins var. Í skýrslunni ætti að koma fram í hvaða skrefi bilunin kom fram.

Alvarleiki

Alvarleiki gallans sýnir hversu alvarlegur gallinn er hvað varðar skemmdir á öðrum kerfum, fyrirtækjum, umhverfi og lífi fólks, allt eftir eðli umsóknarkerfisins. Alvarleiki er venjulega raðað og flokkað í 4 eða 5 stig, allt eftir skilgreiningu stofnunarinnar.

  • S1 - Mikilvægt: Þetta þýðir að gallinn er sýningartappi með mikla hugsanlega skemmdir og hefur enga lausn til að forðast galla. Dæmi gæti verið að forritið ræsist alls ekki og veldur því að stýrikerfið lokast. Þetta krefst tafarlausrar athygli og aðgerða og laga.
  • S2 - Alvarlegt: Þetta þýðir að sumir helstu virkni forritanna vantar annaðhvort eða virkar ekki og engin lausn er til staðar. Dæmi, forrit fyrir myndskoðun getur ekki lesið nokkur algeng myndsnið.
  • S3 - Venjulegt: Þetta þýðir að sumar helstu virkni virkar ekki, en lausn er til staðar til að nota sem tímabundna lausn.
  • S4 - Snyrtivörur / aukahlutir: Þetta þýðir að bilunin veldur óþægindum og pirringi. Dæmi getur verið að það séu pop-up skilaboð á 15 mínútna fresti, eða þú þarft alltaf að smella tvisvar á GUI hnappinn til að framkvæma aðgerðina.
  • S5 - Tillaga: Þetta er venjulega ekki galli og tillaga um að bæta virkni. Þetta getur verið GUI eða skoðunarstillingar.

Forgangsröð

Þegar alvarleiki er ákvarðaður er næst að sjá hvernig eigi að forgangsraða upplausninni. Forgangurinn ákvarðar hversu fljótt ætti að laga gallann. Forgangurinn snýr venjulega að viðskipta mikilvægi svo sem áhrifum á verkefnið og líklegri velgengni vörunnar á markaðnum. Eins og alvarleiki er forgangur einnig flokkaður í 4 eða 5 stig.

  • P1 - Brýnt: Þýðir mjög brýnt og krefst tafarlausrar úrlausnar
  • P2 - Hár: Upplausnarkrafa fyrir næstu ytri útgáfu
  • P3 - Medium: Upplausn krafist fyrir fyrstu dreifinguna (frekar en allar dreifingarnar)
  • P4 - Lágt: Upplausn sem óskað er fyrir fyrstu dreifinguna eða síðari útgáfur í framtíðinni

Lestu meira um alvarleika á móti forgangi


Það er mikilvægt að hafa í huga að galli sem hefur mikla alvarleika hefur einnig mikla forgang, þ.e.a.s alvarlegur galli þarf mikla forgang til að leysa málið eins hratt og mögulegt er. Það getur aldrei verið mikill alvarleiki og lágur forgangsgalli. Galli getur þó haft litla alvarleika en haft forgang.

Dæmi gæti verið að nafn fyrirtækis sé stafsett rangt á skvettuskjánum þegar forritið ræst. Þetta veldur ekki verulegu tjóni á umhverfinu eða lífi fólks, en getur haft hugsanlegt tjón á orðspori fyrirtækisins og getur skaðað hagnað fyrirtækisins.

Dagsetning og tími

Dagsetning og tími sem gallinn átti sér stað eða tilkynnt er einnig nauðsynleg. Þetta er venjulega gagnlegt þegar þú vilt leita að göllum sem greindir voru fyrir tiltekna útgáfu hugbúnaðar eða frá því að prófunarstigið byrjaði.

Útgáfa og smíði hugbúnaðarins sem er í prófun

Þetta er mjög mikilvægt líka. Í flestum tilfellum eru til margar útgáfur af hugbúnaði; hver útgáfa hefur margar lagfæringar og meiri virkni og endurbætur við fyrri útgáfur. Þess vegna er nauðsynlegt að hafa í huga hvaða útgáfa hugbúnaðarins sýndi bilunina sem við erum að tilkynna. Við gætum alltaf átt við þá útgáfu af hugbúnaði til að endurskapa bilunina.


Tilkynnt af

Aftur er þetta mikilvægt, því ef við gætum þurft að vísa til þess sem vakti upp galla verðum við að vita við hvern við eigum að hafa samband.

Tengd krafa

Í meginatriðum er hægt að rekja alla eiginleika hugbúnaðarforrita til viðkomandi krafna. Þess vegna, þegar bilun kemur fram, getum við séð hvaða kröfur hafa haft áhrif.

Þetta getur hjálpað til við að draga úr afritskortaskýrslum að því leyti að ef við getum borið kennsl á upprunaþörfina, ef annar galli er skráður með sama kröfunúmeri, gætum við ekki þurft að tilkynna það aftur, ef gallarnir eru af svipuðum toga.

Viðhengi / sannanir

Allar vísbendingar um bilunina ættu að verða teknar og lagðar fram með skýrslu um galla. Þetta er sjónræn skýring á lýsingunni á gallanum og hjálpar gagnrýnanda, verktaki að skilja betur gallann.


Niðurstaða

Í þessari grein lærðum við hvaða upplýsingar við ættum venjulega að fela í villuskýrslu. Að búa til góða villuskýrslu flýtir fyrir orsakagreiningu og lagfæringu á villunni.