Mis on defekt? - Defektide haldamise protsess koos eelistega

Lang L: none (table-of-contents):

Anonim

Sissejuhatus defekti

Kui tarkvara ei tööta ootuspäraselt, on sellel viga. Mis siis on defekt? Seda võib pidada algsete funktsionaalsete nõuete kõrvalekaldumiseks või variatsiooniks. Kui testija täidab katsejuhtumit ja näeb eeldatavast tulemusest vastuolu, leitakse defekt. Seda tuleb hallata, kuni see on fikseeritud. Kõik selle üksikasjad tuleb salvestada ja jälgida, kuni need vastavad eeldatavatele funktsionaalsetele nõuetele.

Mis on defektide haldamise protsess?

See protsess hõlmab nende tuvastamist ja fikseerimist.

  1. Ärahoidmine
  2. Edastatav lähteseis
  3. Avastus
  4. Resolutsioon
  5. Protsesside parendamine

Vaatame protsessi üksikasjalikult läbi.

1. Ennetamine

Kõigi puuduste kõrvaldamiseks on parim viis vältida nende tekkimist. See aitab säästa raha ja on väga tasuv. Sellesse etappi jõudmiseks on väga oluline, et kõik defektid tuvastataks katsetamise varases staadiumis. Selle peamine eesmärk võib olla defekti mõju minimeerimine. Seda saab teha järgmiste sammude abil:

  • Tuvastage kriitiline oht: süsteemi kriitilised alad tuleb eelnevalt kindlaks teha, nii et testimisel oleks mõju vähem või üldse mitte.
  • Eeldatava mõju hinnang: kui riskid on kindlaks tehtud, tuleks koguda hinnang selle kohta, kuidas mõju võib rahaliselt mõjutada, kui tegelik oht põgeneb tootmisele.
  • Oodatava mõju minimeerimine: selle analüüsi abil leitakse riskide loetelu. Kõige kõrgemad ohud oleksid kahjulikud ja neid tuleks minimeerida või kõrvaldada. Need, mida ei saa täielikult eemaldada, vähendavad selle defekti ilmnemise tõenäosust.

2. Edastatav lähteseis

Nulljoon on siis, kui on saavutatud eelnevalt määratletud verstapost. Selle sammu saavutamisel veenduge, et toote liikumisel ühest etapist teise. Kuna toode liigub ühelt etapilt teisele, liiguvad toote olemasolul ka olemasolevad vead. Verstapostil on tähtaeg ja kui viga parandatakse enne selle tähtaja saabumist, pole see viga. Kui kodeerimine ja ühiku test on tehtud, siis öeldakse, et kood on lähteolukorras ja viiakse süsteemi testimisele. Kui probleem on süsteemi testimisel leitud, tõstetakse viga. Lähtepunkt on see, kus kõik tarnitavad materjalid vormistatakse ja kõik võimalikud vead parandatakse.

3. Avastus

Väidetavalt avastati puudus siis, kui sellele on kõigile teatatud. Pärast analüüsi on arendusmeeskond fikseeritava arendusmeeskonna poolt aktsepteeritud. Siin tuleb seda kontrollida enne, kui neist saab blokeerija. Kui testimisrühm on defekti avastanud, on testija kohustus arendusmeeskonda sellest teavitada ja vea tuvastada. Kui kinnitus on laekunud, saavad nad defektiga jätkata, et seda kontrollida ja parandada.

4. Resolutsioon

Kui veast on teatatud, peab arendusmeeskond liikuma selle lahendamise poole. Nad peavad analüüsima leitud defekti ja seejärel selle tähtsuse järjekorda seadma. Defekti prioriteeti saab seada, kui löök on suurem. Esmalt kõrvaldatakse kõrgema prioriteediga vead ja hiljem madalama prioriteediga vead. Arendaja peab selle parandama ja teavitama testijat seejärel parandusest. Nad saavad sellest toimingust aru defekti põhjusest. Kõik tekkinud vead tuleb süstemaatiliselt kategoriseerida. Kriitilised tuleb kohe fikseerida. Esmatähtsad vead tuleb samuti parandada, kuna need mõjutavad toote peamisi funktsioone. Defektil peaks selle nõudest minimaalne kõrvalekalle olema. Sellised tüübid peavad olema keskmised. Defekt, millel võib olla väike tähendus, tuleb märkida madalaks.

5. Protsessi parendamine

Kõik puudused tuleks parandada. Ehkki neil võivad olla oma prioriteedid, tuleks siiski veenduda, et kõik fikseeritakse sõltumata seatud prioriteetidest. Protsessi täiustamiseks on oluline, et kõiki defekte peetakse kriitilisteks. Väikseimad puudused võivad aidata kvaliteeti parandada ja vältida nende ilmnemist. Lõppude lõpuks on oluline osa ka teisel juhtimisaruandlusel. Kõigist üksikutest puudustest tuleb teatada ja kogu teave nende kohta tuleb anda kõrgemale juhtkonnale. See annab ülevaate ka valdkondadest, kus protsessi saab täiustada.

Eelised

  • Defektide haldamine tagab, et leitud vead on tegelikult parandatud. See aitab jälgida selle sulgemist, kui arendajad ja testijad teevad koostööd.
  • Kui need on parandatud, on kindel, et kõik süsteemi vead on kõrvaldatud. See tagab kvaliteetse toote tarnimise. See säästab nii aega kui ka raha. Tõhusus ja ökonoomsus on hästi hoitud.
  • Investeeringutasuvust saab parandada, vähendades arenduskulusid. See tähendab küsimuste tähtsuse järjekorda seadmist, et korduvaid probleeme oleks lihtne tuvastada. Selle tulemusel suureneb meeskonna produktiivsus.
  • Lahendatud probleemid võivad aidata mustri kindlakstegemisel või vea suundumuste mõistmisel. Need on tuleviku suhtes paremini võrreldavad. Levinumaid probleeme saab võimalikult varakult kindlaks teha ja parandada.
  • Suhtluslünka saab vähendada, kuna testijad ja arendajad saavad leitud probleemide lahendamisel koostööd teha.

Järeldus

Kogu protsess aitab defektide lahendamisel ja kvaliteetse toote tarnimisel. Kunagi ei saa olla kindel, et ühtegi viga ei leita, kuid see aitab kogu protsessi sujuvamaks muuta ja defektide arvu vähendada. Kogu protsessi jälgides on võimalik tagada, et toote tootmisele viimisel ei teki kitsaskohti. Selle tulemusel säästetakse raha ja tarnitakse kvaliteetne toode.

Soovitatavad artiklid

See on juhend küsimusele Mis on puudus. Siin käsitleme 5 parimat protsessi koos eelistega. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Mis on geneetiline algoritm?
  2. Mis on Google'i pilveplatvorm
  3. Mis on funktsionaalne testimine? (Tüübid)
  4. Intervjuu küsimused käsitsi testimise kohta 10 parimat