Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
V tomto článku získáte informace o objektech a termínech používaných při ručním a průzkumném testování.
Požadavky
| Kategorie | Požadavky |
|---|---|
| Přístup k projektu | Člen projektu. |
| Úrovně přístupu | Alespoň základní přístup. Další informace naleznete v tématu Ruční test přístupu a oprávnění. |
Typy pracovních položek specifických pro testování
Pokud chcete podporovat ruční a automatizované testování, přidejte a seskupte tři hlavní typy pracovních položek specifických pro testy: Testovací plány, testovací sady a testovací případy. Pokud chcete podporovat sdílení různých testovacích kroků a parametrů testu, definujte sdílené kroky a sdílené parametry. Úložiště dat sledování práce ukládá tyto objekty jako konkrétní typy pracovních položek.
Následující tabulka popisuje typy pracovních položek, které slouží k podpoře Azure DevOps testovacího prostředí. Pracovní položky specifické pro testování jsou propojeny pomocí typů odkazů zobrazených na předchozím obrázku.
Typ pracovní položky
Description
Testovací plány
Seskupte testovací sady a jednotlivé testovací případy. Pokud chcete definovat testovací plán, přečtěte si téma Vytvoření testovacích plánů a sad testů.
Testovací sada
Seskupte testovací případy do samostatných testovacích scénářů v rámci jednoho testovacího plánu. Seskupování testovacích případů usnadňuje zobrazení dokončených scénářů. Při vytváření testovací sady můžete zadat jeden ze tří typů:
- Statické testovací sady: Slouží k seskupení testovacích případů v jedné testovací sadě.
- Sady založené na požadavcích: Vyberte jeden nebo více požadavků z dotazu, který propojíte s testovací sadou.
- Sady založené na dotazech: Vyberte jeden nebo více testovacích případů, které propojíte s testovací sadou.
Tip
Pole Typ testovací sady jen pro čtení označuje typ vybrané sady. Pokud chcete přidat testovací sady, přečtěte si téma Vytvoření testovacích plánů a testovacích sad.
Testovací případy
Definujte kroky použité k otestování kódu nebo aplikace pro nasazení. Definujte testovací případy, abyste měli jistotu, že váš kód funguje správně, neobsahuje žádné chyby a splňuje obchodní a zákaznické požadavky. Jednotlivé testovací případy můžete přidat do testovacího plánu bez vytvoření sady testů. Více než jedna testovací sada nebo testovací plán může odkazovat na testovací případ. Testovací případy můžete efektivně opakovaně používat, aniž byste je museli kopírovat nebo klonovat pro každou sadu nebo plán. Existují dva typy testovacích případů:
- Ruční: Testovací případy definující různé kroky, které spouštíte pomocí nástroje Test Runner nebo jiného podporovaného klienta.
- Automated: Testovací případy navržené ke spuštění v Azure Pipeline.
Tip
Při vytváření testu z panelu můžete vytvořit testovací případ, který automaticky odkazuje na požadavek – User Story (Agile), Product Backlog Item (Scrum), Requirement (CMMI) nebo Issue (Basic). Další informace najdete v části Přidání, spuštění a aktualizace vložených testů.
Sdílené kroky
Slouží ke sdílení kroků mezi několika testovacími případy. Například přihlášení a ověření kroků pro přihlášení k aplikaci jsou kroky, které můžete sdílet v řadě testovacích případů. Postup najdete v tématu Sdílení kroků mezi testovacími případy.
Sdílené parametry
Slouží k zadání různých parametrů pro provedení testovacího kroku v testovacím případu. Postup najdete v tématu Opakování testu s různými daty.
Společná pole pro všechny typy pracovních položek specifických pro testy
Většina pracovních položek obsahuje následující pole a karty. Každá karta sleduje konkrétní informace, jako 
historii, 
odkazy nebo 
přílohy. Tyto tři karty poskytují historii změn, zobrazení propojených pracovních položek a možnost zobrazit a připojit soubory.
Jediným povinným polem pro všechny typy pracovních položek je Název. Když pracovní položku uložíte, systém jí přiřadí jedinečné ID. Formulář zvýrazní požadovaná pole žlutě. Informace o polích souvisejících s testy najdete v tématu Dotaz založený na polích integrace sestavení a testů. Pro všechna ostatní pole se podívejte na index polí pracovní položky.
Pole
Využití
Zadejte popis 255 znaků nebo méně. Název můžete kdykoli později upravit.
Přiřaďte pracovní položku členu týmu zodpovědnému za provádění práce. Další informace o vyhledávání a výběru identit najdete v tématu Dotazování podle přiřazení nebo změn pracovního postupu.
Poznámka:
Práci můžete přiřadit pouze jednomu uživateli. Pokud potřebujete přiřadit práci více uživatelům, přidejte pracovní položku pro každého uživatele a odlište práci, kterou chcete provést podle názvu a popisu.
Při vytváření pracovní položky se ve výchozím nastavení stav nastaví na první stav pracovního postupu. V průběhu práce ji aktualizujte tak, aby odrážela aktuální stav.
Nejprve použijte výchozí nastavení. Aktualizujte ho, když změníte stav podle potřeby. Každý stav je přidružený k výchozímu důvodu.
Zvolte cestu oblasti přidruženou k produktu nebo týmu, nebo ji nechte prázdnou, dokud není přiřazena během plánovací schůze. Pokud chcete změnit rozevírací seznam oblastí, přečtěte si téma Definování cest oblastí a přiřazení týmu.
Zvolte sprint nebo iteraci, ve které chcete dokončit práci, nebo ji nechte prázdnou a přiřaďte ji později během plánování schůzky. Pokud chcete změnit rozevírací seznam iterací, viz Definujte cesty iterací a nakonfigurujte týmové iterace.
Poskytněte dostatek podrobností pro vytvoření sdíleného porozumění rozsahu a podpoře úsilí o odhad. Zaměřte se na uživatele, na to, co chce dosáhnout a proč. Nepopisujte, jak produkt vyvíjet. Zadejte dostatečné podrobnosti, aby váš tým mohl psát úkoly a testovací případy pro implementaci položky.
Běžné ovládací prvky pro všechny typy pracovních položek specifických pro testování
Několik ovládacích prvků se zobrazuje v několika pracovních položkách specifických pro testování, jak je popsáno v následující tabulce. Pokud vás tyto ovládací prvky nezajímají, můžete je skrýt v rozložení formuláře pracovní položky, jak je popsáno v části Přidání a správa polí (proces dědičnosti).
Ovládací prvek
Description
Nasazení
Poskytuje přehled o tom, jestli je funkce nebo uživatelský příběh nasazený a do jaké fáze. Získáte vizuální přehled o stavu pracovní položky při jejím nasazení do různých prostředí vydání a také rychlou navigaci do jednotlivých fází vydání a spuštění. K tomuto ovládacímu prvku se dostanete z testovacích plánů, testovacích sad a testovacích případů.
Vývoj
Zaznamenává všechny procesy vývoje Gitu, které podporují dokončení pracovní položky. Obvykle ho použijete k vedení vývoje Gitu na základě požadavku. Tento ovládací prvek podporuje sledovatelnost tím, že poskytuje přehled o všech větvích, potvrzeních, žádostech o přijetí změn a sestaveních souvisejících s pracovní položkou. K tomuto ovládacímu prvku se dostanete z testovacích plánů, testovacích sad a testovacích případů.
Související práce
Tento ovládací prvek můžete použít v testovacích plánech, sadách testů a testovacích případech k zobrazení nebo propojení s jinými pracovními položkami, jako jsou požadavky a chyby, obvykle prostřednictvím typu souvisejícího odkazu.
Testovací případy
Tento ovládací prvek můžete použít v pracovních položkách sdílených kroků a sdílených parametrů k označení testovacích případů nebo k propojení s nimi.
Přizpůsobte testově specifické typy pracovních položek
Pro zděděný proces můžete přizpůsobit testovací plány, testovací sady a testovací případy. Pro místní proces XML můžete přizpůsobit všechny typy pracovních položek specifické pro testování. Další informace naleznete v tématu Přizpůsobení objektů sledování práce pro podporu procesů vašeho týmu.
Oprávnění pro testovací pracovní položky
Oprávnění na úrovni projektu a cesty oblasti určují, jaké činnosti můžete provádět s pracovním položkami specifickými pro testy, jako je vytváření testovacích běhů, správa testovacích plánů a správa sad testů. Typ pracovní položky specifické pro testování nemůžete změnit, i když se tato možnost zobrazí ve formuláři pracovní položky.
Úplný seznam oprávnění, výchozí přiřazení skupin zabezpečení a požadavky na úroveň přístupu najdete v tématu Ruční testovací přístup a oprávnění. Pokud chcete nastavit oprávnění, přečtěte si téma Nastavení oprávnění a přístupu k testování.
Export, import a hromadná aktualizace pracovních položek specifických pro testování
Stejně jako u jiných pracovních položek můžete hromadně upravovat pracovní položky specifické pro testování. Další informace najdete v následujících článcích:
Testovací termíny
Následující tabulka popisuje několik termínů používaných v ručním a průzkumném testování.
Testovací body
Samotné testovací případy nejsou spustitelné. Když do sady testů přidáte testovací případ, vygenerujete testovací body. Testovací bod je jedinečná kombinace testovacího případu, sady testů, konfigurace a testeru.
Například testovací případ s názvem Test sign in functionality se dvěma konfiguracemi (Microsoft Edge a Chrome) generuje dva testovací body. Každý testovací bod můžete spustit nezávisle a každé spuštění vytvoří výsledek testu. V historii běhů můžete zobrazit všechny běhy testovacího bodu. Na kartě Spustit se zobrazí nejnovější výsledek pro každý testovací bod.
výsledek testu
Zaznamenaný výsledek spuštění jednoho testovacího případu v rámci testovacího běhu. Každý výsledek testu zachycuje, jestli test prošel, selhal nebo měl jiný výsledek spolu s diagnostickými daty a přílohami. Podrobnosti najdete v tématu Kontrola testovacích běhů.
Testovací spuštění
Logické seskupení výsledků testů vytvořené při spuštění jednoho nebo více testovacích případů. Systém vytvoří testovací běh při spuštění testovacích případů z testovacího plánu nebo pipeline. Každé testovací spuštění zachycuje výsledky, dobu trvání, prostředí a diagnostická data. Podrobnosti najdete v tématu Kontrola testovacích běhů.
Nastavení testovacího spuštění
Dialogové okno sloužící k přidružení testovacích plánů ke kanálům buildu nebo verze
Nastavení výsledků testu
Dialogové okno sloužící k výběru způsobu konfigurace výsledků testů ve více sadách ve stejných testovacích plánech
Testovací krok
Jednotlivá akce v testovacím případu, která se skládá z akce (co tester dělá) a očekávaného výsledku (očekávané chování). Během provádění se každý testovací krok označí jako úspěšný nebo neúspěšný. Testovací kroky můžou odkazovat na sdílené kroky a zahrnout přílohy. Podrobnosti najdete v tématu Vytvoření testovacích případů.
Sledovatelnost
Schopnost trasovat výsledky testů s požadavky a chybami, ke kterým jsou tyto výsledky propojeny.
Akceptační testování uživatele (UAT)
Přístup k testování, ve kterém obchodní účastníci nebo koncoví uživatelé ověřují, že doručované funkce splňují požadavky zákazníků. V Azure Test Plans můžete testerům přiřadit testovací sady, odesílat e-mailové pozvánky a sledovat průběh prostřednictvím grafů. Uživatelé s přístupem účastníka se mohou účastnit. Podrobnosti najdete v části Testování přijetí uživatele.