Prečo je testovanie chýb / defektov dôležité pri testovaní softvéru

Obsah:

Anonim

Čo je „Defect Triage“?

Triedenie chýb je proces, pri ktorom je každá chyba uprednostňovaná na základe jej závažnosti, frekvencie, rizika atď. Termín vyhodnotenia sa používa v časti Testovanie softvéru / QA na definovanie závažnosti a priority nových chýb.

V tomto výučbe sa naučíme -

  • Čo je „Defect Triage“?
  • Prečo potrebujeme mať „Defect Triage“?
  • Ako často je potrebné vykonať 'Defect Triage' pri prepustení?
  • Kto sú povinní a ďalší účastníci „Defect Triage“?
  • Úlohy a zodpovednosti účastníkov počas „kazu vady“.
  • Čo sa stane počas stretnutia „Defect Triage“?
  • Aký je výsledok „Poruchového zhromaždenia“?

Prečo potrebujeme mať „Defect Triage“?

Cieľom Bug Triage je vyhodnotiť, uprednostniť a priradiť riešenie chýb. Tím musí overiť závažnosť chyby, vykonať zmeny podľa potreby, dokončiť riešenie chýb a prideliť zdroje. Používa sa hlavne v agilnom projektovom manažmente.

Ako často je potrebné vykonať 'Defect Triage' pri prepustení?

Frekvencia stretnutí Triedenie za chybu nie je stanovená. Závisí to od situácie projektu.

Tu sú niektoré dôležité faktory, ktoré rozhodujú o frekvencii stretnutí s defektom.

Tieto dôležité faktory sú:

  • Podľa harmonogramu projektu
  • Počet chýb v systéme
  • Vplyv na plány dostupnosti členov tímu
  • Celkové zdravie projektu

Zvyčajne sa zasadnutia Defekt Triage konajú dvakrát alebo trikrát týždenne.

Kto sú povinní a ďalší účastníci „Defect Triage“?

Povinní účastníci

Ďalej sa členovia projektu vždy zúčastňujú stretnutí Defect Triage Meetings.

  • Projektový manažér
  • Vedúci testovacieho tímu
  • Technický náskok
  • Vedúci vývojového tímu

Nepovinní účastníci

  • Vývojári
  • Testery
  • Obchodný analytik

Úlohy a zodpovednosti účastníkov počas „kazu vady“.

Vedúci testovacieho tímu

  • Naplánovaná schôdzka na triedenie chýb a odosielanie upozornení na schôdzu pre účastníkov.
  • Vytvorte správu o chybe a pošlite ju všetkým účastníkom pred schôdzou.
  • Priraďte prioritu a závažnosť chýb.
  • Uskutočnite prezentáciu, aby ostatní členovia porozumeli koreňovej príčine chyby.
  • Každá poznámka o stretnutí je zachytená a odoslaná účastníkom schôdzky.

Vedúci rozvoja

  • Pomáha pri stanovovaní priorít porúch.
  • Diskutujte o problémoch s chybou a vysvetlite s nimi spojené riziko.
  • Prideliť prácu na odstránenie chýb príslušným vývojárom.
  • Aktualizujte rozlíšenie chyby a zahrňte poznámky k vývoju pre prípad, že by chýbali akékoľvek informácie alebo akékoľvek ďalšie informácie, ktoré vývojári potrebujú.

Projektový manažér

  • Pomoc pri stanovovaní priorít porúch.
  • Diskutujte o ďalšom dátume vydania QA pre QA.
  • Musíte sa ubezpečiť, že na schôdzku o triedení chýb sú pozvaní aj zástupcovia príbuzných používateľov.

Čo sa stane počas stretnutia „Defect Triage“?

  • Vedúci testovacieho tímu rozošle správu o chybe s novými chybami. Počas stretnutia rozdelenia chýb sa každá chyba analyzuje, aby sa zistilo, či je im priradená správna priorita a závažnosť.
  • V prípade potreby sa upravia priority.
  • Poruchy sa analyzujú a hodnotia podľa stupňa ich závažnosti.
  • Patrí sem diskusia o zložitosti chyby, o rizikách, odmietnutí, prevedení chýb.
  • Aktualizácie sa zachytávajú v systéme na sledovanie chýb.
  • Inžinier QA vykoná zmeny na každej chybe a prediskutuje ich s každým účastníkom.
  • Pole „Poznámky“ sa správne aktualizuje zaznamenaním dôležitých bodov stretnutia.

Aký je výsledok „Poruchového zhromaždenia“?

Na konci každého stretnutia bude pripravená metrika Defect Triage a bude poskytnutá všetkým účastníkom. Táto správa slúži ako zápisnica zo schôdze, ktorá bude užitočná pre ďalšie schôdze.

Záver:

  • Triedenie chýb je proces, pri ktorom má každá chyba prioritu na základe závažnosti, frekvencie, rizika atď.
  • Cieľom Bug Triage je vyhodnotiť, uprednostniť a priradiť riešenie chýb.
  • O frekvencii porád triedenia porúch sa rozhoduje podľa harmonogramu projektu, počtu porúch v systéme, celkového stavu projektu atď.
  • Na tomto stretnutí sa zúčastňujú projektový manažér, vedúci testovacieho tímu, technický vedúci a vedúci vývojového tímu.
  • Poruchy sa analyzujú a hodnotia podľa stupňa ich závažnosti.