QA/Bugzilla/Fields/Status/NEEDINFO

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

    NEEDINFO je hodnota v poli Status v Bugzilla.

    Tato stránka vysvětluje účel 'NEEDINFO' a popisuje kroky, které může QA tým učinit při řešení chyb.

    Význam 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."

    Kroky

    Při nastavení statusu NEEDINFO se QA tým pokusí provést následující:

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

    Máme několik připravených odpovědí, které poskytují dostatek informací o stavu.

    Když jsou informace poskytnuty

    Po zodpovězení otázek poskytovatel informací nastaví stav zpět na stav UNCONFIRMED. Jinak to Bugzilla udělá automaticky (pro odběratele to znamená více e-mailů).

    Když informace není poskytnuta

    Viz náš automatizovaný proces: První notifikace a Následná zpráva.

    Historie a odůvodnění

    V roce 2013 vedli členové QA týmu dlouhou diskusi o významu NEEDINFO. Byly navrženy změny s cílem určit, co přesně NEEDINFO znamená. Do té doby byl NEEDINFO stavem, který existoval neomezeně dlouho, kdy často ležel neurčitě dlouho, protože uživatel již nesledoval svou chybu, a proto nikdy neposkytl požadované informace. Obecně panovala shoda na tom, že tento status by nám měl poskytnout představu o tom, jakým chybám bude reálně ještě někdy věnována pozornost, a ne být pouze zástupným symbolem pro každou chybu, o kterou si vyžádáme informace a která tam pak bude ležet donekonečna. Což vedlo k současné definici.

    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 vývojářů - 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í