Kāpēc kļūdu/defektu noteikšana ir svarīga programmatūras testēšanā

Kas ir “defektu kustība”?

Defektu šķirošana ir process, kurā katra kļūda tiek noteikta prioritātē, pamatojoties uz tās smagumu, biežumu, risku utt. Programmatūras testēšanā / kvalitātes nodrošināšanā tiek izmantots termina termins, lai noteiktu jaunu defektu nopietnību un prioritāti.

Šajā apmācībā mēs iemācīsimies-

Kāpēc mums ir nepieciešama “defektu kustība”?

Bug Triage mērķis ir novērtēt, noteikt prioritātes un piešķirt defektu novēršanu. Komandai jāapstiprina trūkumu nopietnība, jāveic nepieciešamās izmaiņas, jāpabeidz defektu novēršana un jāpiešķir resursi. Galvenokārt izmanto veiklā projektu vadībā.

Cik bieži izlaidumā ir jāveic defekta triansa?

Defektu šķirošanas sanāksmju biežums nav noteikts. Tas ir atkarīgs no projekta situācijas.

Šeit ir daži svarīgi faktori, kas nosaka defektu sapulču biežumu:

Šie svarīgie faktori ir:

  • Saskaņā ar projekta grafiku
  • Sistēmas defektu skaits
  • Ietekme uz komandas locekļu pieejamības grafikiem
  • Projekta vispārējā veselība

Parasti sanāksmes par defektiem tiek organizētas divas vai trīs reizes nedēļā.

Kas ir obligātie un citi “Defektu pārveides” dalībnieki?

Obligātie dalībnieki

Zemāk esošie projekta dalībnieki vienmēr piedalās sanāksmēs par defektiem.

  • Projektu menedžeris
  • Pārbaudes grupas vadītājs
  • Tehniskais vadītājs
  • Attīstības komandas vadītājs

Neobligāti dalībnieki

  • Izstrādātāji
  • Testētāji
  • Biznesa analītiķis

Dalībnieku lomas un pienākumi “Defektu novēršanas” laikā.

Pārbaudes grupas vadītājs

  • Plānota kļūdu šķirošanas sanāksme un dalībniekiem tiek nosūtīts paziņojums par sapulci.
  • Izveidojiet ziņojumu par defektu un nosūtiet to visiem dalībniekiem pirms sapulces.
  • Piešķiriet trūkumu prioritāti un smagumu.
  • Sniedziet prezentāciju, lai citi dalībnieki saprastu saknes cēloni.
  • Katra sapulces piezīme tiek uztverta un nosūtīta sapulces dalībniekiem.

Attīstības vadītājs

  • Palīdz noteikt defektu prioritāti.
  • Apspriediet defekta grūtības un izskaidrojiet risku, kas saistīts ar šo defektu.
  • Piešķiriet darbu defektu novēršanai attiecīgajiem izstrādātājiem.
  • Atjauniniet defektu risinājumu un iekļaujiet piezīmes par attīstību, ja trūkst kādas informācijas vai izstrādātājiem nepieciešama papildu informācija.

Projektu menedžeris

  • Palīdziet noteikt defektu prioritāti.
  • Apspriediet nākamo QA iterācijas izlaišanas datumu.
  • Jāpārliecinās, ka uz saistīto lietotāju pārstāvjiem tiek uzaicināti arī kļūdu novērtēšanas sanāksme.

Kas notiek sapulces “Defektu trianss” laikā?

  • Pārbaudes grupas vadītājs izsūta kļūdas ziņojumu ar jaunajiem defektiem. Defektu šķirošanas sanāksmes laikā katrs defekts tiek analizēts, lai noskaidrotu, vai tam ir piešķirta pareizā prioritāte un smagums.
  • Nepieciešamības gadījumā prioritātes tiek pārkārtotas.
  • Defekti tiek analizēti un novērtēti pēc to smaguma pakāpes.
  • Tas ietver diskusiju par defekta sarežģītību, riskiem, noraidīšanu, kļūdu pārcelšanu.
  • Atjauninājumi tiek fiksēti kļūdu izsekošanas sistēmā.
  • QA inženieris veiks izmaiņas katrā defektā un apspriedīs tās ar katru apmeklētāju.
  • Lauks “Komentāri” tiek pareizi atjaunināts, atzīmējot būtiskos sanāksmes punktus.

Kāds ir „defektu pārvadājuma” rezultāts?

Katras sanāksmes beigās tiks sagatavota un visiem dalībniekiem izsniegta defektu noteikšanas metrika. Šis ziņojums darbojas kā sanāksmju protokoli, kas būs noderīgi turpmākajās sanāksmēs.

Secinājums:

  • Defektu šķirošana ir process, kurā katrai kļūdai tiek piešķirta prioritāte, pamatojoties uz tās smagumu, biežumu, risku utt.
  • Bug Triage mērķis ir novērtēt, noteikt prioritātes un piešķirt defektu novēršanu.
  • Par defektu šķirošanas sanāksmes biežumu tiek lemts atbilstoši projekta grafikam, sistēmas defektu skaitam, vispārējam projekta stāvoklim utt.
  • Šajā sanāksmē piedalās projektu vadītājs, testēšanas grupas vadītājs, tehniskais vadītājs, attīstības grupas vadītājs.
  • Defekti tiek analizēti un novērtēti pēc to smaguma pakāpes.