Zakaj je triaža napak / napak pomembna pri preskušanju programske opreme

Kazalo:

Anonim

Kaj je "Defektna triaža"?

Triaža napak je postopek, pri katerem je vsaka napaka prednostna glede na njeno resnost, pogostost, tveganje itd. V preizkušanju programske opreme / QA se za določitev resnosti in prioritete novih napak uporablja izraz Triage.

V tej vadnici se bomo naučili -

  • Kaj je "Defektna triaža"?
  • Zakaj moramo imeti "Defect Triage"?
  • Kako pogosto je treba v izdaji izvesti "Defektno trio"?
  • Kdo so obvezni in drugi udeleženci "Napak z napako"?
  • Vloge in odgovornosti udeležencev med "Trial Defect".
  • Kaj se zgodi na srečanju z napakami?
  • Kakšen je izid "okvare okvare"?

Zakaj moramo imeti "Defect Triage"?

Cilj Bug Triage je ovrednotiti, določiti prednostne naloge in določiti odpravljanje napak. Ekipa mora potrditi resnost okvare, spremeniti spremembe po potrebi, dokončno odpraviti napake in dodeliti sredstva. V glavnem se uporablja pri agilnem vodenju projektov.

Kako pogosto je treba v izdaji izvesti "Defektno trio"?

Pogostost triažnega srečanja napak ni določena. Odvisno od projektne situacije.

Tu je nekaj pomembnih dejavnikov, ki odločajo o pogostosti srečanj z napako:

Ti pomembni dejavniki so:

  • V skladu z načrtom projekta
  • Število napak v sistemu
  • Vpliv na urnike razpoložljivosti članov ekipe
  • Splošno zdravje projekta

Običajno so sestanki za napake v okvari dva ali trikrat na teden.

Kdo so obvezni in drugi udeleženci "Napak z napako"?

Obvezni udeleženci

Spodaj člani projekta vedno sodelujejo na srečanjih Defect Triage.

  • Vodja projekta
  • Vodja testne skupine
  • Tehnični vodja
  • Vodja razvojne skupine

Izbirni udeleženci

  • Razvijalci
  • Preizkuševalci
  • Poslovni analitik

Vloge in odgovornosti udeležencev med "Trial Defect".

Vodja testne skupine

  • Načrtovan triažni sestanek napak in pošlji obvestilo o sestanku udeležencem.
  • Ustvarite poročilo o napaki in ga pred sestankom pošljite vsem udeležencem.
  • Dodelite prednost in resnost napak.
  • Izvedite predstavitev, da bodo drugi člani razumeli glavni vzrok napake.
  • Vsak zapisek sestanka se zajame in pošlje udeležencem sestanka.

Vodilni razvoj

  • Pomaga pri določanju napak pri določanju prednosti.
  • Pogovorite se o težavah z napako in razložite tveganje zaradi te napake.
  • Delo za odpravljanje napak dodelite ustreznim razvijalcem.
  • Posodobite odpravljanje napak in vključite opombe o razvoju, če manjkajo kakšne informacije ali dodatne informacije, ki jih potrebujejo razvijalci.

Vodja projekta

  • Pomoč pri določanju napak pri določanju prednosti.
  • Pogovorite se o naslednjem datumu ponovitve QA.
  • Prepričati se morate, da so na zasedanje triaž vabljeni tudi sorodni predstavniki uporabnikov.

Kaj se zgodi na srečanju z napakami?

  • Vodja testne skupine pošlje poročilo o napaki z novimi napakami. Med triažnim sestankom napak se analizira vsaka napaka, da se ugotovi, ali sta ji dodeljena prava prednost in resnost.
  • Prednostne naloge se po potrebi preuredijo.
  • Napake se analizirajo in ovrednotijo ​​glede na stopnjo njihove resnosti.
  • Sem spada razprava o zapletenosti napake, tveganjih, zavrnitvi in ​​prerazporeditvi napak.
  • Posodobitve so zajete v sistem za sledenje napakam.
  • Inženir QA bo izvedel spremembe vsake napake in se o njih pogovoril z vsakim udeležencem.
  • Polje "Komentarji" se pravilno posodobi z upoštevanjem bistvenih točk sestanka.

Kakšen je izid "okvare okvare"?

Na koncu vsakega srečanja bodo pripravljene metrike napak napak, ki jih bodo prejeli vsi udeleženci. To poročilo deluje kot zapisnik sestanka, ki bo koristen za prihodnja srečanja.

Zaključek:

  • Triaža napak je postopek, pri katerem ima vsak hrošč prednost glede na njegovo resnost, pogostost, tveganje itd.
  • Cilj Bug Triage je ovrednotiti, določiti prednostne naloge in določiti odpravljanje napak.
  • Pogostost triažnih sestankov napak se določi glede na časovni načrt projekta, število napak v sistemu, splošno stanje projekta itd.
  • Na tem sestanku sodelujejo vodja projekta, vodja testne skupine, tehnični vodja, vodja razvojne skupine.
  • Napake se analizirajo in ovrednotijo ​​glede na stopnjo njihove resnosti.