QA/GetInvolved (Zapojte se)

    From The Document Foundation Wiki
    < QA
    This page is a translated version of the page QA/GetInvolved and the translation is 96% complete.
    Outdated translations are marked like this.

    TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate

    Other languages:


    Začínáme

    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 v nástroji pro sledování chyb The Document Foundation Bugzilla.
    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 master build 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.

    Potvrďte

    Najděte nepotvrzené zprávy

    • Podle operačního systému:
    All Linux macOS Windows Android
    • Podle času:
    posledních 24 hodin poslední týden poslední měsíc 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 Help ▸ About LibreOffice)]
    • 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 Help ▸ About LibreOffice)]
    • 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 <https://wiki.documentfoundation.org/QA/FAQ#sanitize> 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 libreoffice-ux-advise@lists.freedesktop.org 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 #libreoffice-qa IRC:// 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 #libreoffice-qa IRC:// 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:
    All Linux macOS Windows Android
    • Chyby prověřené v minulém týdnu:
    All Linux macOS Windows Android 
    Chyby prověřené v posledním měsíci:
    All Linux macOS Windows Android
    • Chyby prověřené za poslední tři měsíce:
    All Linux macOS Windows Android
    • Chyby prověřené v posledním půl roce:
    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 Help ▸ About LibreOffice). 

    This bug is still present in

[podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu Help ▸ About LibreOffice)]

    Pokud byste mohli reprodukovat chybu v předchozí verzi, ale chyba se již v nejnovější verzi nevyskytuje, změňte stav na RESOLVED WORKSFORME a vložte následující komentář: 

    Thank you for reporting the bug. I can confirm that the bug is present in

[the older LibreOffice version details you tested/reproduced with (can be copied from the Help ▸ About LibreOffice dialog)]

This bug is no longer reproducible in

[podrobnosti o verzi LibreOffice, ve které jste testovali (lze ji zkopírovat z dialogu Help ▸ About LibreOffice)]

Changing status to RESOLVED WORKSFORME

    Prosí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,

    protože tento stav se používá pouze v případě, že problém je vyřešen konkrétním potvrzením.

    Další kroky

    Kontakt

    Jakákoli pomoc je velmi ceněna. Vždy se můžete spojit

    Retrieved from "https://wiki.documentfoundation.org/index.php?title=QA/GetInvolved/cs&oldid=777283"