QA/GetInvolved/cs

Co je to QA?
QA je zkratka pro zajištění kvality (quality assurance). QA vyhledává v softwaru problémy, potvrzuje problémy nahlášené uživateli a ověřuje provedené opravy a vylepšení. Každá nová verze LibreOffice je díky tomu stabilnější a spolehlivější, což by se mělo odrazit na spokojenosti uživatelů. Během vývoje nové verze provádíme QA různými způsoby.

Naším prvním cílem je nalézt či potvrdit ty nejnepříjemnější a nejnaléhavější chyby v programu a předat je vývojářům, aby se o ně postarali – propojujeme tak uživatele s vývojáři. Každé hlášení o chybě se snažíme smysluplně vyřešit nebo uzavřít. Chyby reprodukujeme, dáváme jim odpovídající prioritu, hledáme jejich duplikáty, ověřujeme předložené opravy apod.

Rychlý průvodce pro začátečníky
Jako začátečník nejspíš nechcete procházet strašnou spoustu technické dokumentace a chcete raději začít ihned. Pojďme na to.


 * 1) Stáhněte si a nainstalujte nejnovější stabilní verzi LibreOffice (z řady „fresh“)
 * 2) Stáhněte si a nainstalujte aktuální denní sestavení LibreOffice (master build)
 * 3) Vytvořte si účet na Bugzille TDF
 * 4) Otevřete tento dotaz pro nepotvrzené chyby z předchozího měsíce (žádosti o vylepšení jsou vynechány schválně, některé jiné věci jsou také vyfiltrované)
 * 5) Vyberte si zajímavou programovou chybu
 * 6) Vyhledejte duplikáty
 * 7) Pokud programová chyba není duplikátem, ale má matoucí popis nebo ji chybí něco nezbytného, nastavte status na NEEDINFO

Tyto kroky záměrně popisují neúplné třídění, protože začátečníci by neměli zaplaveni spoustou detailů, na které člověk musí přihlédnout, když míří na "dokonalý" třídící výsledek. Potom, co si začátečník zvykne na tuto jednoduchou rutinu, měl by se přesouvat ke kompletnějšímu třídění. Není účinné nechat dokončení třídění ostatním.

Podrobný plán k osobnímu růstu v QA
Každý má v angažování do LibreOffice QA vlastní cestu. Nicméně, někteří lidé jsou motivovanější čistější strukturou toho, co se od nich očekává. Zde uvádíme návrh na rozvoj kariéry v QA.


 * 1) Proveďte lehkou třídící rutinu popsanou v průvodci u ~50 nepotvrzených programových chyb.
 * 2) Znovu otestujte ~50 programových chyb, které jsou rok či déle nedotčené. S daily buildem LibreOffice
 * 3) Naučte se nejdůležitější klíčová slova a začněte je používat: accessibility, bibisectRequest, dataLoss, filter:x, needUITest, perf, regression, text:x, wantBacktrace
 * 4) Nainstalujte několik starých verzí a proveďte  regresní testování na 100 nepotvrzených programových chybách
 * 5) Naučte se priority a závažnosti a vyžádejte si přístup do skupiny přispěvatelů od admina Bugzilly
 * 6) Zjistěte si, jak získat různé výpisy a to, co jste zjistili použijte na hlášení s klíčovými slovy wantBacktrace nebo perf(bez jakýchkoliv  existujících přiložených výpisů)
 * 7) Do virtuálního stroje nainstalujte jiný operační systém, abyste mohli provádět širší škálu testování a trasování
 * 8) Začněte kriticky vyhodnocovat žádosti o vylepšení a zároveň je posílejte projektovému týmu pomocí needsUXEval keyword
 * 9) Začněte s bibisects. Udělejte nejprve návod a přejděte ke zprávám pomocí klíčového slova bibisectRequest.
 * 10) Naučte se Python a začněte vytvářet UI testy
 * 11) Vytvořte Python unit testy
 * 12) Naučte se C ++ a vytvořte cppunit testy

Najděte nepotvrzené zprávy

 * Podle operačního systému:
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Podle času:
 * {| class="wikitable"
 * {| class="wikitable"


 * last 24 hours || last week || last month || posledních 6 měsíců
 * }
 * }

Nepotvrzené zprávy bez komentářů
Abychom urychlili třídění nepotvrzených zpráv, automaticky je označujeme ve whiteboardu QA:needsComment (nutný komentář), pokud zpráva splňuje tyto podmínky:
 * Neaktivní déle než 2 týdny
 * Žádné komentáře od třetí osoby

Zkontrolujte seznam zde

Zkuste chybu reprodukovat
Protože některé chyby jsou specifické pro operační systém, je vždy dobré testovat ve stejném operačním systému, ale pokud to není možné, proveďte test ve vašem aktuálním operačním systému, protože většina chyb není specifická pro operační systém.

Níže najdete komentáře k některým běžným scénářům. Další návrhy, jak komentovat zprávy a nástroje prohlížeče pro efektivnější komentáře, viz naše předem napsané odpovědi.


 * Pokud lze chybu reprodukovat, nastavte stav chyby na NEW a přidejte tento komentář:

Thank you for reporting the bug. I can confirm that the bug is present in [podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu )]


 * Pokud chybu nelze reprodukovat, ponechte status jako UNCONFIRMED a přidejte tento komentář:

Thank you for reporting the bug. I can not reproduce the bug in [podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu )]


 * Pokud je popis hlášení o chybě příliš obtížný, nastavte stav chyby na NEEDINFO a přidejte tento komentář:

Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested information is provided.


 * Pokud je k potvrzení chyby potřeba nějaká dokumentace, nastavte stav na NEEDINFO a přidejte tento komentář:

Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Note that the attachment will be public, remove any sensitive information before attaching it. See the QA FAQ Wiki for further detail.)

Další kroky

 * V případě, že pole Summary (Shrnutí) chyby není dostatečně jasné, aktualizujte jej, aby lépe vysvětloval skutečný/hlavní problém, který je řešen, a usnadnilo se nalezení duplikátů.
 * Pole Component může být také aktualizováno, aby lépe specifikovalo, v jaké komponentě byl problém nalezen nebo z jaké komponenty pochází.
 * Zprávy o vylepšení chyb vyžadující přidání nových funkcí musí být nejprve vyhodnoceny týmem UX, aby se určilo, zda by měly být implementovány, či nikoli, takže jednoduše nastavte stav chyby na NEW, nastavte pole Component v 'LibreOffice' a přidejte ‘needsUXEval’ do pole Keywords (Klíčové slovo) a do CC.
 * Zkontrolujte, zda je chyba regression.

Postupujte podle Aktuálního vývoje nepotvrzených chyb a pro více informací se podívejte se pokyny k třídění chyb

Testujte denní sestavení

 * 1) Stáhněte si Download nejnovější denní sestavení (ujistěte se, že je posledního data)
 * 2) Nainstalujte ji
 * 3) Vyzkoušejte ji. Podívejte se na Poznámky k verzi a podívejte se, co je nového v této verzi.
 * 4) Pokud najdete chybu, nahlaste ji prosím zde a poskytněte všechny dostupné informace (kroky k reprodukci problému, dotčený dokument, podrobný popis, OS ...)

Poznámka: Potřebujete-li pomoc, připojte se k IRC.

Zkušební vydání

 * 1) Stáhněte si nejnovější pre release verzi
 * 2) Nainstalujte ji
 * 3) Otestujte ji. Podívejte se do release Notes, kde uvidíte změny v tomto release.
 * 4) Pokud najdete chybu, prosím nahlašte ji zde, včetně dostupných relevantních informací (kroky jak zopakovat chybu, testovací dokument, podrobný popis, OS...)

Poznámka: Potřebujete-li pomoc, připojte se k IRC.

Opakovaný test
Každý den hledáme chyby, které jsou déle než rok nedotčeny, abychom zkontrolovali, zda byly mezitím opraveny. Další informace naleznete v článku AutomatedTasks.

Najděte chyby, které chcete znovu otestovat

 * Chyby pinged (prověřené) dnes:
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * All || Linux || macOS || Windows || Android


 * }
 * Chyby prověřené v minulém týdnu:
 * {| class="wikitable"

Chyby prověřené v posledním měsíci:
 * All || Linux || macOS || Windows || Android
 * }
 * }
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Chyby prověřené za poslední tři měsíce:
 * {| class="wikitable"
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Chyby prověřené v posledním půl roce:
 * {| class="wikitable"
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * }

Zkuste reprodukovat chybu
Pokud je chyba přítomna v nejnovější verzi LibreOffice, vložte následující komentář s podrobnostmi o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu ).

This bug is still present in [podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu )]

Pokud se chyba nevyskytuje a jste si jisti, že jste kroky chyby dodrželi správně, změňte status na RESOLVED WORKSFORME a vložte tento komentář:

This bug is no longer reproducible in [podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu )] Changing status to RESOLVED WORKSFORME

Prosím protože tento stav se používá pouze v případě, že problém je vyřešen konkrétním potvrzením.
 * neaktualizujte pole verze
 * neodpovídejte e-mailem, místo toho odpovězte přímo na trackeru chyb
 * nenastavujte stavové pole chyby na RESOLVED - FIXED,

Další kroky

 * Zkontrolujte, zda je chyba regrese

Kontakt
Jakákoli pomoc je velmi ceněna. Vždy se můžete spojit
 * přes IRC na freenode
 * prostřednictvím Seznam adres QA