QA/Bugzilla/Fields/Whiteboard
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate
Tato stránka je o poli Whiteboard (aka status_whiteboard) v Bugzille.
Začínáme
Tato stránka je určena pro začátečníky a obsahuje pouze základy používání textového pole Whiteboard v Bugzille. Úplné vysvětlení se všemi štítky Whiteboard najdete na Advanced.
Textové pole Whiteboard je "historicky" místo, kde QA uvádí konkrétní termíny, které pomáhají organizovat náš tracker chyb. Nedávno jsme přenesli mnoho běžných štítků Whiteboard do Keywords field. Přestože pole 'Klíčová slova' obsahuje seznam povolených termínů, neexistují žádná omezení ohledně toho, co lze zadat do pole Whiteboard. Nicméně, nabádáme uživatele a QA, aby používali pouze štítky, které jsou na schváleném seznamu.
Označení
- Pro všechny štítky použijte wimpyCaps
- tj. první slovo malými písmeny, následující slova velká písmena a žádné mezery mezi slovy
- Oddělte štítky mezerou (např. „thisTag thatTag anotherTag“)
- NEPOUŽÍVEJTE čárky ve whiteboardu
- NEPOUŽÍVEJTE Whiteboard pro náhodné komentáře!
Potvrzení
confirmed:VERSION:OS (potvrzeno:VERZE:OS)
Popis: Je možno použít k vyjádření, že chyba byla potvrzena na konkrétním OS a pomocí konkrétní verze LibreOffice.
Použití:Není často používán, ale může být použit, když chcete přidat další informace k potvrzené chybě. Měl by vždy obsahovat "potvrzeno:" pak verzi a poté OS.
Příklady:
confirmed:4.1.3.2:ubuntu confirmed:4.1.3.2:windows7 confirmed:4.2.0.1:macOS
Reprodukovatelnost
noRepro:VERSION:OS
Popis: Používá se, když nemůžete reprodukovat chybu, ale není postačující ji uzavřít jako LINK
WORKSFORME. Zahrnuje informaci jaká verze byla použita a o operačním systému testeru.
Použití: Obecně se používá, když se testovací prostředí liší od testovacího prostředí reportéra chyb, takže uzavření chyby jako stavu WORKSFORME je méně použitelné. Používají jej většinou členové QA a vývojáři.
Příklady:
noRepro:4.1.3.2:Ubuntu noRepro:4.1.3.2:Windows7 noRepro:4.2.0.1:macOS
needsSOFTWARE
Popis: Používá se pro zvýraznění určité části softwaru, který je vyžadován pro třídění chyby.
Použití: Používá se pouze pro jedinečné softwarové požadavky. Není vhodný pro „needsMSO“, protože Microsoft Office je relativně běžný, ale pokud chyba ovlivní pouze Microsoft Office 2013, pak použití „needsMSO2013“ je vhodné. Také není vhodný pro „needsWindows“ (nastavení verze na „Windows (all)“), ale pokud je požadována konkrétní verze systému Windows (například XP), vhodný je, viz lepší vysvětlení v části #Specific Požadavek OS.
Příklady:
needsAlfresco needsDuplexPrinter needsWebDAV needsKDE needsAppleNumbers
interoperability
Popis: Používá se, když jde o problém s interoperabilitou s Microsoft Office (doc/docx, xls/xlsx atd.). V současné době používáme filtr klíčových slov: [rozšíření]
multipleBugs
Popis: Použijte, když hlášení o chybě obsahuje více hlášení o chybě v jedné zprávě.
Použití: Použijte, pokud se rozhodnete z nějakého důvodu ponechat hlášení o chybě otevřené (obvykle je zavřeme jako INVALID a požádáme uživatele, aby otevřel jednotlivé zprávy pro každý problém) a pokud jsme třídili jediný problém ze všech hlášených problémů. Při potvrzování problému nezapomeňte uvést problém, který jste potvrdili ve svých komentářích, a poté sdělte uživateli, aby nahlásil nové chyby u všech ostatních problémů. Pokud se jedná o stejný dokument/přílohu, můžete u těchto chyb uvést "viz také".
Bibisection
V poli Whiteboard stále existuje několik starých štítků bibisect, avšak nejaktivnější štítky související s bibisectem byly migrovány do klíčových slov.
Specifický požadavek na operační systém
Popis: Toto pole označuje konkrétní operační systém potřebný pro chybu.
Použití: Měl by být použit pouze pokud je chyba potvrzena, která ovlivňuje pouze konkrétní OS.
Příklady:
needsUbuntu needsWindows8