QA/Bugzilla/Fields/Status/NEEDINFO

From The Document Foundation Wiki
< QA‎ | Bugzilla‎ | Fields‎ | Status
Jump to: navigation, search
This page is a translated version of the page QA/Bugzilla/Fields/Status/NEEDINFO and the translation is 100% complete.

Other languages:
čeština • ‎English • ‎русский

Účel této stránky

Tato stránka je o stavu NEEDINFO v poli Status v Bugzilla. Je určena k vysvětlení a objasnění účelu 'NEEDINFO', stejně jako popisu kroků, které může QA podniknout / učinit při řešení chyb 'NEEDINFO', které neobsahují požadované informace.

Význam NEEDINFO

Členové týmu QA dlouho diskutovali o významu NEEDINFO. Byly navrženy změny s cílem zjistit, co přesně znamená NEEDINFO. Doposud byl NEEDINFO statusem, který existuje velmi dlouho, často proto, že uživatel již nesleduje svou chybu, a proto požadované informace nikdy neposkytne. Obecně došlo k dohodě, že tento stav by nám měl poskytnout představu o tom, na které chyby znovu zaměřit pozornost, nemá být jen označením pro jakoukoli chybu, u které žádáme informace, a pak jen zabírat místo bez časového omezení. Definice NEEDINFO:

"NEEDINFO představuje chybu, kterou nelze reprodukovat a opravit, dokud nebude poskytnuto více informací. Pokud byla chyba v tomto stavu déle než 180 dní, je považována za slepou uličku a může být uzavřena."

Nastavení chyb na stav NEEDINFO

Za účelem splnění tohoto cíle čištění chyb NEEDINFOse QA pokusí provést následující:

  1. Buďte srozumitelní v tom, jaké informace jsou požadovány
  2. Vyzvěte zdvořile uživatele, aby se žádostí zabýval
  3. Informujte uživatele, jaký stav pro nastavení chyby je vhodný po vyžádání informace

Když jsou informace poskytnuty

Po zodpovězení otázek poskytovatel informací nastaví stav zpět na stav UNCONFIRMED

Když informace není poskytnuta

Viz náš task:

Odůvodnění

Obecně existovalo několik důvodů, proč byla tato idea schválena:

  • Relativně standardní u velkých projektů
  • Poskytuje vhodnější představu o tom, jaké je postavení chyby (tj. jsou v podstatě mrtvé a nikdy se nepohnou kupředu, nebo je pravděpodobné, že budou potřebovat další práci QA nebo devs - vývojářů)
  • Povzbuzujte uživatele a přispěvatele, aby v hlášení chyb byli aktivní
  • Obecně připomínejte, že chyba existuje, často uživatelé jednoduše zapomněli
  • Dejte NEEDINFO konkrétní definici, která je funkční (podobná druhému bodu)