Kodėl programinės įrangos testavime svarbu nustatyti klaidą / defektą

Kas yra „defektų rūšiavimas“?

Defektų nustatymas yra procesas, kai kiekvienai klaidai teikiama pirmenybė pagal jos sunkumą, dažnumą, riziką ir kt. Triage terminas naudojamas programinės įrangos testavime / kokybės užtikrinime, siekiant apibrėžti naujų defektų sunkumą ir prioritetus.

Šioje pamokoje sužinosime

  • Kas yra „defektų rūšiavimas“?
  • Kodėl mums reikia „defektų nustatymo“?
  • Kaip dažnai „Defektų nustatymas“ turi būti atliekamas leidime?
  • Kas yra privalomi ir kiti „Defektų vertinimo“ dalyviai?
  • Dalyvių vaidmuo ir atsakomybė atliekant „defektų nustatymą“.
  • Kas vyksta per „defektų nustatymo“ susitikimą?
  • Koks yra „defektų nustatymo“ rezultatas?

Kodėl mums reikia „defektų nustatymo“?

„Bug Triage“ tikslas yra įvertinti, nustatyti prioritetus ir priskirti defektus. Komanda turi patvirtinti defekto sunkumą, atlikti pakeitimus pagal poreikį, galutinai ištaisyti defektus ir paskirti išteklius. Daugiausia naudojamas judriam projektų valdymui.

Kaip dažnai „Defektų nustatymas“ turi būti atliekamas leidime?

Defektų triažo susitikimo dažnis nėra nustatytas. Tai priklauso nuo projekto situacijos.

Štai keletas svarbių veiksnių, lemiančių defektų vertinimo susitikimų dažnumą:

Šie svarbūs veiksniai yra šie:

  • Pagal projekto grafiką
  • Defektų skaičius sistemoje
  • Poveikis komandos narių prieinamumo grafikams
  • Bendra projekto sveikata

Paprastai „Defect Triage“ susitikimai vyksta du ar tris kartus per savaitę.

Kas yra privalomi ir kiti „Defektų vertinimo“ dalyviai?

Privalomi dalyviai

Žemiau pateikiami projekto nariai visada dalyvauja „Defect Triage“ susitikimuose.

  • Projekto vadovas
  • Testo komandos vadovas
  • Techninis švinas
  • Kūrimo grupės vadovas

Neprivalomi dalyviai

  • Kūrėjai
  • Testuotojai
  • Verslo analitikas

Dalyvių vaidmuo ir atsakomybė atliekant „defektų nustatymą“.

Testo komandos vadovas

  • Suplanuotas klaidų vertinimo susitikimas ir dalyvių susitikimo pranešimo siuntimas.
  • Sukurkite defektų ataskaitą ir išsiųskite ją visiems dalyviams prieš susitikimą.
  • Priskirkite defektų prioritetą ir sunkumą.
  • Pateikite pranešimą, kad kiti nariai suprastų pagrindinę trūkumo priežastį.
  • Kiekvienas susitikimo užrašas užfiksuojamas ir išsiunčiamas susirinkimo dalyviams.

Plėtros švinas

  • Padeda nustatyti defektus pagal prioritetus.
  • Aptarkite trūkumų sunkumus ir paaiškinkite riziką, susijusią su tuo defektu.
  • Paskirkite defektų pašalinimo darbus atitinkamiems kūrėjams.
  • Atnaujinkite defektų skiriamąją gebą ir įtraukite kūrimo pastabas, jei trūksta jokios informacijos arba papildomos informacijos, kurios reikia kūrėjams.

Projekto vadovas

  • Pagalba nustatant defektų prioritetus.
  • Aptarkite kitą pakartojimo QA išleidimo datą.
  • Reikia įsitikinti, kad susiję vartotojų atstovai taip pat kviečiami į klaidų vertinimo susitikimą.

Kas vyksta per „defektų nustatymo“ susitikimą?

  • Testo grupės vadovas išsiunčia pranešimą apie klaidą su naujais defektais. Defektų triažo susitikimo metu kiekvienas defektas yra analizuojamas siekiant nustatyti, ar jam priskiriamas tinkamas prioritetas ir sunkumas.
  • Jei reikia, prioritetai pertvarkomi.
  • Defektai analizuojami ir vertinami pagal jų sunkumo laipsnį.
  • Tai apima diskusijas dėl defekto sudėtingumo, rizikos, atmetimo, klaidų priskyrimo.
  • Atnaujinimai fiksuojami klaidų stebėjimo sistemoje.
  • KS inžinierius atliks kiekvieno defekto pakeitimus ir aptars juos su kiekvienu dalyviu.
  • Laukas „Komentarai“ atnaujinamas tinkamai, pažymint esminius susitikimo dalykus.

Koks yra „defektų nustatymo“ rezultatas?

Kiekvieno susitikimo pabaigoje defektų nustatymo metrika bus parengta ir suteikta visiems dalyviams. Ši ataskaita yra posėdžio protokolas, kuris bus naudingas būsimiems susitikimams.

Išvada:

  • Defektų nustatymas yra procesas, kai kiekviena klaida yra prioritetinė pagal jos sunkumą, dažnumą, riziką ir kt.
  • „Bug Triage“ tikslas yra įvertinti, nustatyti prioritetus ir priskirti defektus.
  • Defektų nustatymo dažnumas nustatomas pagal projekto tvarkaraštį, sistemos defektų skaičių, bendrą projekto būklę ir kt.
  • Šiame susitikime dalyvauja projekto vadovas, bandymų grupės vadovas, techninis vadovas, plėtros komandos vadovas.
  • Defektai analizuojami ir vertinami pagal jų sunkumo laipsnį.

Įdomios straipsniai...