Tato tabulka umožnuje uživatelům zvolit testovací případy, které mají být zobrazeny. Pouze zvolené testovací sady budou zobrazeny dle požadovaného obsahu. Pokud budete chtít změnit obsah nebo zvolit jinou testovací sadu, proveďte změnu obsahu části navigace, popřípadě zvolte ze stromové struktury jinou testovací sadu.
Hlavička dokumentu: Uživatelé mohou zvolit, které informace budou zobrazeny v hlavičce dokumentu. Informace v hlavičce dokumentu mohou obsahovat: Úvod, Obsah, Odkazy, Metodologii testování a omezení testů.
Detaily testovacího případu: Uživatelé mohou zvolit, které informace budou zobrazeny v popisu testovacích případů. Informace v popisu testovacích případů mohou obsahovat: přehled o testovacím případu, kroky testovacího skriptu, očekávané výsledky a klíčová slova.
Stručný obsah testovacího případu: Uživatelé nemohou vypnout zobrazení shrnutí testovacího případu, pokud se rozhodli zobrazit jeho detail, jelikož je standartně jeho součástí. Pokud nebude vybrán k zobrazení detail testovacího případu, bude umožněno zobrazení pouze jeho shrnutí v případné kombinaci s dalšími možnostmi.
Možnosti rejstříku obsahu: Pokud je zvoleno uživatelem, TestLink vloží do rejstřiku obsahu seznam všech názvů testovacích připadů s interním hypertextovým odkazem.
Výstupní formát: Můžete zvolit ze dvou možností: HTML nebo MS Word. V druhém případě Váš prohlížeč spustí komponentu MS wordu.
"; // testPlan.html $TLS_hlp_testPlan = "Tvorba testovacího plánu je systematickým přístupem k testovaní systémů (například software). Dovoluje Vám organizování testovacích aktivit do příslušných sestavení produktu v daném čase a sledování jeho výsledků.
Tato sekce umožňuje uživatelům provádět testovací případy (zapsat jejich výsledek) a případně vytisknout si testovací sadu z aktuálního testovacího plánu. V této sekci mohou uživatelé také sledovat výsledky prováděných testovacích případů.
Tato sekce, dostupná pouze uživatelům v roli 'Vedoucí', umožňuje spravovat testovací plány.
Správa testovacích plánů zahrnuje jejich vytváření, mazání, nebo úpravu. Dále přidávání, mazání, nebo úpravu testovacích připadů v rámci testovacího plánu, vytváření sestavení, nebo nastavení oprávnění přístupu k plánu.
Uživatelé v roli 'Vedoucí' mohou také nastavovat prioritu/rizika a vlastnictví pro sady testovacích případů nebo vytvářet testovací milníky.
Upozornění: Je možné, že uživatelé nemusí mít dostupný seznam testovacích plánů. V tomto případě budou odkazy v úvodním okně nefunkční (neplatí pro uživatele s oprávněním 'Vedoucí' nebo vyšší). Pokud se dostanete do takovéto situace, kontaktujte uživatele s rolí 'Vedoucí' popřípadě 'Administrátor', který vám nastaví oprávnění, nebo pro Vás vytvoří testovací plán.
"; // custom_fields.html $TLS_hlp_customFields = "Fakta o možnostech využití uživatelských polí:
Definice uživatelského pole obsahuje následující atributy:
Umožňuje uživatelům 'provádět' testovací případy. Samotné provedení testovacího připadu v ramci aplikace Testlink spočívá v nastavení jeho stavu (úspěšný, neúspěšný, ...).
Aplikace Testlink umožňuje přístup do nástrojů pro správu chyb (závisí na konfiguraci). Uživatelé pak mohou k testovacím případům přiřadit chyby a sledovat jejich stav.
"; //bug_add.html $TLS_hlp_btsIntegration = "(pouze v případě, že je nastaveno propojení s nástrojem pro správu chyb) TestLink poskytuje jednoduchou integraci s nástroji pro správu chyb (BTS). Neumožňuje však vložit chybu v rámci aplikace Testlink do BTS ani automatické předávaní ID chyby mezi BTS a Testlink. Integrace s BTS je provedena na úrovni odkazu, který umožní provést následující činnosti:
Levý ovládací panel se skládá ze seznamu testovacích případů navázaných na aktuální " . "testovací plán a tabulku s možnostmi nastavení a filtrování. Tyto filtry umožňují uživateli " . "omezit nabízenou sadu testovacích případů před tím, než budou provedeny." . "Nastavte filtr, stiskněte tlačítko \"Použít\" a zvolte příslušný testovací případ " . "z menu.
Uživatelé musí zvolit, pro které sestavení se jim budou výsledky zobrazovat. " .
"Sestavení jsou základní komponentou pro aktuální testovací plán. Každý testovací případ " .
"může být v rámci jednoho sestavení proveden vícekrát. Pro filtrování ale bude použit pouze poslední výsledek.
Sestavení mohou být vytvořena uživateli s rolí 'Vedoucí' nebo vyšší na stránce Správa sestavení.
Uživatelé mohou filtrovat testovací případy podle jejich unikátního označení (ID). Toto ID je automaticky generováno při vytváření testovacího případu. Pokud bude vstupní pole u filtru ID prázdné, nebude tento filtr aplikován.
Uživatelé mohou filtrovat testovací případy dle jejich priority. Důležitost každého testovacího případu ve zvoleném testovacím plánu je kombinována s jeho urgentností. Například testovací případ s prioritou 'Vysoká' " . "je zobrazen v případě, že důležitost je nastavena na úroveň VYSOKÁ a urgentnost je nastavena na úroveň STŘEDNÍ, popřípadě obráceně.
Uživatelé mohou filtrovat testovací případy dle jejich výsledků. Výsledkem se myslí stav testovacího případu ve zvoleném sestavení. Testovací případ může být například ve stavu: úspěšný, neúspěšný, blokován, nebo neproveden." . "Tento filtr je standartně vypnut.
Uživatelé mohou filtrovat testovací případy dle jim přiřazeného uživatele. Do výsledků je také možné zahrnout " . "\"nepřiřazené\" testovací případy zaškrtnutím příslušného pole.
"; /*By default or if the 'most current' checkbox is unchecked, the tree will be sorted
by the build that is chosen from the dropdown box. In this state the tree will display
the test cases status.
Example: User selects build 2 from the dropdown box and doesn't check the 'most
current' checkbox. All test cases will be shown with their status from build 2.
So, if test case 1 passed in build 2 it will be colored green.
If the user decideds to check the 'most current' checkbox the tree will be
colored by the test cases most recent result.
Ex: User selects build 2 from the dropdown box and this time checks
the 'most current' checkbox. All test cases will be shown with most current
status. So, if test case 1 passed in build 3, even though the user has also selected
build 2, it will be colored green.
Všechny testovací případy navázané do testovacího plánu budou analyzovány a zobrazí se seznam testovacích případů, které jsou dostupné v novější verzi.
"; // requirementsCoverage.html $TLS_hlp_requirementsCoverage = "Tato funkčnost umožnuje mapovat pokrytí testovacích případů uživateli nebo specifikacemi požadavků. K této funkčnosti se dostanete odkazem \"Specifikace požadavků\" na úvodní obrazovce.
Požadavky jsou uspořádány v rámci dokumentu specifikace požadavků, který je definována v rámci
testovacího projektu.
TestLink nepodporuje verzování dokumentu specifikace požadavků ani samotných požadavků. Verze dokumentu nebo požadavků by tak měla být zaznamenána v jejich názvu.
Uživatel může také připadně přidat popis nebo poznámku v rámci jejich b>obsahu.
Počet importovaných požadavků slouží pro vyhodnocení pokrytí požadavků v případě, že některé z požadavků nebyly přidány (importovány). Hodnota 0 vyjadřuje aktuální počet požadavků zahrnutých do metrik.
Například SRS obsahuje 200 požadavků, ale pouze 50 je jich přidano do testlinku. Pokrytí testy je pak z 25% (za předpokladu, že budou všechny přidané požadavky zahrnuty do testování).
Klikněte na jméno vytvořeného dokumentu specifikace požadavků. Pro dokument pak můžete vytvářet, upravovat, mazat, nebo importovat požadavky. Každý požadavek má jméno, specifikaci a stav. Stav může být \"Normální\" or \"Netestovatelné\". Netestovatelné požadavky nejsou zahrnuty do výpočtu metrik. Tento parametr může být použit pro neimplementované prvky i pro špatně definované požadavky.
Můžete vytvořit nové testovací případy přímo na stránce specifikace požadavků pro vybrané požadavky použitím automatické funkce. Tyto testovací případy budou vytvořeny v testovací sadě, jejíž jméno je definováno konfigurací Testlinku (standartní nastavení je: $tlCfg->req_cfg->default_testsuite_name = 'Test suite created by Requirement - Auto';). Titulek a obsah jsou zkopírovány do těchto testovacích případů.
"; // planAddTC_m1.tpl $TLS_hlp_planAddTC = "