QA/GetInvolved/cs

From The Document Foundation Wiki
< QA
Jump to: navigation, search
This page is a translated version of the page QA/GetInvolved and the translation is 22% complete.

Other languages:
čeština • ‎English • ‎italiano • ‎日本語 • ‎русский • ‎中文(简体)‎


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 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 and 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. Start critically evaluating enhancement requests while feeding them to the design team with needsUXEval keyword
  9. Start doing bibisects. Do the tutorial first and move to reports with bibisectRequest keyword.
  10. Learn Python and start creating UI tests
  11. Create Python unit tests
  12. Learn C++ and create cppunit tests

Confirm

Find unconfirmed reports

  • By operating system:
All Linux macOS Windows Android
  • By Time:
last 24 hours last week last month last 6 months

Unconfirmed reports without comments

In order to speed up the triage of unconfirmed reports, we automatically tag them with QA:needsComment in the whiteboard if the report follows these conditions:

  • Inactive for more than 2 weeks
  • No comments from a third person

Check the list here

Try to reproduce the bug

As some bugs are operating system specific, it is always a good idea to test against the same operating system, but if that is not possible, do test it on your current operating system, as most bugs are not operating system specific.

Below you will find boilerplate comments for some common scenarios. For more suggestions on how to comment in reports and browser tools to make commenting efficient, see our Pre-Written Responses.

  • If the bug can be reproduced, set the bug status to NEW and add the following comment:
Thank you for reporting the bug. I can confirm that the bug is present in

[the LibreOffice version details you tested with (can be copied from the HelpAbout LibreOffice dialog)]


  • If the bug can not be reproduced, leave the status as UNCONFIRMED and add the following comment:
Thank you for reporting the bug. I can not reproduce the bug in

[the LibreOffice version details you tested with (can be copied from the HelpAbout LibreOffice dialog)]


  • If the bug report description is too difficult to understand set the bug status to NEEDINFO and add the following comment:
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.


  • If a document is needed in order to confirm the bug, set the status to NEEDINFO and add the following comment:
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.)

Additional Steps

  • In case the bug Summary is not clear enough, update it so it better explains the real/main problem being addressed and makes it easier to find duplicates.
  • The Component field can also be updated to better specify which component the problem found in or originates from.
    • Enhancement bug reports requesting the addition of new features need to be first evaluated by the UX team to determine whether it should be implemented or not, so simply set the bug status to NEW, set the Component field to ‘LibreOffice’ and add ‘needsUXEval’ to the Keywords field.
  • Check if the bug is a regression.


Follow the Current development of unconfirmed bugs and see the detailed bug triage instructions for more details.

Test Daily Builds

  1. Download the latest daily build (make sure the Date is recent)
    Linux (RPM & DEB)
    • 64-bit - with GTK3, KDE5 and all helppack languages enabled
    • Updater - Gets updated daily (experimental)
    Windows
    macOS
  2. Install it. (Note that it will not replace your actual installation — this is a development version that will not install as a production version.)
  3. Test it. Check the Release Notes to see what's new in this release.
  4. If you find a bug, please report it here providing all the information available (steps to reproduce the issue, the document affected, detailed description, OS...)

Note: For help, please join #libreoffice-qa connect via webchat IRC.

Test Pre-releases

  1. Download the lastest pre-release version (LibreOffice 6.4 Beta1)
    Linux (64-bit)
    Windows (32-bit)
    Windows (64-bit)
    Mac OS X (64-bits)
  2. Install it. (Note that it will not replace your actual installation.)
  3. Test it. Check the Release Notes to see what's new in this release.
  4. If you find a bug, please report it here providing all the information available (steps to reproduce the issue, the document affected, detailed description, OS...)

Note: For help, please join #libreoffice-qa connect via webchat IRC.

Retest

Every day we ping bugs untouched for more than a year to check whether they may have been fixed in the meantime. More information can be found in the AutomatedTasks article.

Find bugs to retest

  • Bugs pinged today:
All Linux macOS Windows Android
  • Bugs pinged in the last week:
All Linux macOS Windows Android
  • Bugs pinged in the last month:
All Linux macOS Windows Android
  • Bugs pinged in the last three months:
All Linux macOS Windows Android
  • Bugs pinged in the last half a year:
All Linux macOS Windows Android

Try to reproduce the bug

If the bug is present in the latest version of LibreOffice, put the following comment with the LibreOffice version details you tested with (can be copied from the Help ▸ About LibreOffice dialog).

This bug is still present in

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

If the bug is not present and you are sure you followed the bug steps correctly, change the status to RESOLVED WORKSFORME and put the following comment:

This bug is no longer reproducible in

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

Changing status to RESOLVED WORKSFORME

Please don't ...

  • ... update the version field
  • ... reply via email, instead reply directly on the bug tracker
  • ... set the bug's Status field to RESOLVED - FIXED, since that status is only used when a specific commit has fixed the problem

Additional Steps

Contact

Any help is highly appreciated. You can always get in touch