Erinevus vea ja defekti vahel

Viga vs defekt

Viga on kõrvalekalle oodatavast tulemusest. See on mitteametlik viis inimtegevuse ütlemiseks, mis viib vale tulemuseni. Need toimingud on tavaliselt vead või vead programmi ülesehituses või lähtekoodis. Tarkvarasektoris öeldakse: "Kõigil programmidel on vead, kuid nende vigade arv sõltub programmi kvaliteedist." Hästi kirjutatud programmis on vähem vigu ja sellised vead ei sega programmi normaalset toimimist. Programmi peetakse lollakaks, kui sellel on palju vigu, mis segavad selle funktsionaalsust tõsiselt. Viga võib sundida programmi käituma ootamatult ja võib-olla isegi sundida seda välja lülitama.

Defekt toimib normaalselt, kuid sellel on mõned omadused, mida nõude spetsifikatsiooni dokumendis ei mainita. Defekt tuvastatakse siis, kui klient või kasutaja testib toote funktsionaalsust. Defekt võib põhjustada pöördumatuid kahjustusi, mis võivad põhjustada kogu toote rikke, kuna see lisab funktsioone, mida selle esiteks ei tehtud. Defektid tekivad tavaliselt halva tootmistehnoloogia, halva kvaliteedikontrolli või toote mittesihipärase kasutamise korral, põhjustades kahjustusi.

Enamiku klientide jaoks on mõisted "viga" ja "defekt" sünonüümid. Allpool käsitletakse mõnda neist:
1. Olgu need vead või puudused, kahjustavad mõlemad asjaomase ettevõtte mainet.
2. Tarkvara testimise tulemus on piisav nii vigade kui ka puuduste tuvastamiseks.
3. Soovitud kvaliteeditase saavutatakse ainult siis, kui tuvastatakse nii vead kui ka puudused ja käesolev aruanne on
edastatud arendajale vajaliku tagasisidega.

Kuid on ka mõned peened erinevused:
1. Puudusi on lihtsam kirjeldada, kuna need on erinevalt vigadest konkreetsed.
2. Defektide kordamine on lihtsam, kuna need vajavad lühikest selgitust.

Kokkuvõte:
1. Mittespetsiifiline tarkvaraviga viitab arvutikomplekti veale või ootamatule käitumisele
programmid või kood, mis ei vasta nõuetele.
2. Lihtsamalt öeldes on puudus nõuete mittevastavus.
3. Programmi veateadetele viidatakse kui veateadetele, probleemiaruannetele (PR), veateadetele ja
muutmistaotlus (CR-d).
4. Mooduli testimise ajal tuvastavad testijad vead, samal ajal kui kasutajad või kliendid leiavad kasutaja aktsepteerimise testimisel puudusi.
5. Viga ilmneb tootmisprotsessis, puuduliku kvaliteedikontrolli tõttu ilmneb viga
või kehvad valmistamistehnikad.