Defektide haldamise protsess - Defektide aruanne ja haldamise elutsükkel

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

Anonim

Ülevaade defektide haldamise protsessist

Me oleme teadlikud tarkvara kirjutatud koodist, defektid tuleb kontrollida. Testimisprotsessis on defektide haldamise protsess ülioluline. Tarkvara testimisel kasutatakse sageli defektide haldamise terminit. Defektide haldamise protsess hõlmab tarkvara tõrgete tuvastamist ja parandamist.

Kui testija katsetab kooditükki, puutub ta kokku oodatava väljundi ja praeguse väljundi erinevustega, seda nimetatakse defektiks. Defekti alternatiivina kasutatakse termineid “viga”, “probleemid”, “juhtumid”.

Defektide teatis

Tarkvaratester peaks märkima kõik allpool olevad kohustuslikud väljad defektide kohta.

1) Unikaalne defekti ID: Selle defekti tuvastamiseks unikaalse numbri abil.

2) Üksikasjalik kirjeldus: Kirjeldus peab sisaldama tarkvaravea üksikasjalikku teavet. Milline funktsioon viga leitud oli? Koos ekraanipildiga paremaks mõistmiseks.

3) Aruande kuupäev: Defektide aruanne peaks sisaldama veast teatamise kuupäeva ja kellaaega.

4) raskusaste: vea tõsidus, madal, keskmine või kõrge.

5) Fikseerige kuupäeva järgi: defekti kõrvaldamise aeg ja kuupäev.

6) Defekt tõstatatud nime järgi: testi tõstataja nimi, kes probleemi tõstatas.

7) Arendaja nimega parandatud defekt: probleemi lahendanud arendaja nimi .

Defektide haldamise elutsükkel

Testija ja arendajate vaheline verbaalne suhtlus ei ole asjakohane, kui puudused suurenevad. Defektide kontrollimiseks ja käsitlemiseks on vaja defektide haldamise elutsüklit.

Defektide haldamise protsessis on viis etappi:

  1. Defektide ennetamine
  2. Algväärtus
  3. Avastage defekt
  4. Defekti lahendamine
  5. Protsessi täiustamine

Allpool on üksikasjalikult selgitatud defektide haldamise protsessi etappe:

1) Defektide ennetamine

Puudusi saab mingil määral vältida, järgides koodi loomisel mõnda juhist. Ka koodi analüüsimisega saab defekte vähendada. Sellise olukorra vältimiseks saab arendajatele juhendada tuvastatud sagedase defekti tüübi tuvastamist. Vigu ei saa praktilises stsenaariumis sajaprotsendiliselt ära hoida. Vigu saab vähendada testijate ja arendajate koostöös, mis minimeerib riski.

2) algtaseme kohaletoimetamine

Toode on lähtepunkt, kui verstapost on täidetud. See on siis, kui arendaja täidab verstaposti ja saadab selle testijale testimiseks. Arenguprotsess jätkub etapi kaupa, millal verstapost on täidetud.

3) Avastage puudus

Kui testimisrühm leiab defekti, tuleks sellest viivitamatult arendajale teada anda. Kui arendaja aktsepteerib defekti testija poolt ja tunnistab selle, avastatakse defekt. Tester peaks veenduma, et nad on leidnud kehtiva defekti.

4) Defekti lahendamine

Kui testimisrühm leiab defekti ja leiab, et see on kehtiv, siis arendaja leiab, et sama viga on vigane. Vaja on viivitamatut kriisilahendusprotsessi. Selles olukorras saab võtta kaks toimingut. Kas tippjuht saab selle lahendada või toote omanik saab otsustada, kas see on puudus või mitte.

5) Protsessi parendamine

  • Defektide haldamisel saab seda protsessi täiustada mõne automatiseeritud tööriista abil, mis suudavad tarkvara vead tuvastada. Defektide haldamise tööriistu on palju. Sõltuvalt kasutatavatest tööriistadest saab arendaja defekti leida ja selle parandada. Varasemas etapis defekti leidmine aitab vältida suurt viga, mis võib võtta rohkem aega ja keskenduda ka töö uuesti tegemisele. Seega on see tarkvara maksumus. Seda maksumust saab vähendada vigade parandamisega kõige varasemas arenguetapis. Tööriist võimaldab teavituse saatmist konkreetse vea kohta ja ka arendajat selle parandamiseks.
  • Defekti haldamine võib suure mahu ja tõsiduse ajal olla keeruline. Defektide haldamise tööriistad pakuvad dokumenti, millest on iga arendaja jaoks abi selle tõhusaks kasutamiseks. Saate vead kategoriseerida prioriteedi ja töö alusel. Kui vead on leitud ja parandatud, peaks arendaja tagasi panema ja protsessi uuesti käivitama, et kontrollida, kas kõik töötab õigesti. Kui probleem on suletud, tuleb seda aruandes värskendada. Selle protsessi käigus saab toote kvaliteeti parema tööriista abil parandada.
  • Agiilses metoodikas on defektide haldamine pisut erinev kui teistel. Agiilses juhtimises kasutab see konkreetset jugamudeli metoodikat. Teine projekti metoodika, näiteks lahja metoodika, püüab pakkuda protsessis defekte. Kogu defektide haldamise protsess on protsessi parendamine. Ja selliste vigade kõrvaldamise protsess on arendusvälja parendamine. See omakorda annab kliendile kvaliteetse toote, mis viib kliendi kõrge rahuloluni.

Järeldus

Õige tööriista valimine vähendab defekte igas protsessis. Kui mõni viga leitakse, muudab selle tõhusaks viivitamatu kontrollimine ja parandamine. Protsesside pideva parendamise korral on defektide tuvastamisel väga oluline roll. Teisisõnu, defektide tuvastamine on protsessi täiustamise mõõt. Iga kinnitatud kood peab vastama kvaliteedile ja säilitama standardid.

Soovitatavad artiklid

See on olnud juhend defektide haldusprotsessis. Siin käsitleme ülevaadet, puuduste aruandeid ja defektide haldamise elutsüklit. Lisateavet leiate ka meie muudest soovitatud artiklitest -

  1. Projektijuhtimisriistade tarkvara
  2. Testihaldusriistad
  3. Turunduse juhtimine
  4. Kvaliteedijuhtimise koolitus