Řídicí panel kvality (Agile)

Článek
06/10/2015

Řídicí panel Kvalita můžete použít k získání přehledu o pokroku ve zkoušce, vývoji a oblastech sestavení, protože se týkají kvality vyvíjeného softwaru.Tým může řídicí panel Kvalita k výuce a rozhodování, která podporují cíle týmu v oblasti kvality produktu.

Pomocí tohoto řídicího panelu můžete zkontrolovat průběh testu, vytvářet stavy, pokračovat v řešení a zavírání chyb, měřit opětovné aktivace chyb, podíl otestovaného kódu a trendy ve změnách kódu.Každé z těchto měřítek je vykresleno pro nejaktuálnější čtyři týdny.

Přístup k řídicím panelům získáte přes portál týmového projektu.Na řídicí panel Kvalita můžete přistupovat pouze v případě, že tento portál je povolen a je zajištěno jeho použití pro SharePoint Server Enterprise Edition.Další informace naleznete v tématu Řídicí panely.

V tomto tématu

Data, která jsou zobrazena v řídicím panelu
Požadované činnosti pro sledování kvality
Poradce při potížích s kvalitou
Přizpůsobení řídicího panelu Kvalita

Odpovědět na následující otázky můžete pomocí tohoto řídicího panelu:

Je úsilí testu podle očekávání?
Testuje tým správnou funkčnost?
Jsou opravy chyb týmu vysoce kvalitní?
Testy jsou zastaralé?
Disponuje tým dostatečnými testy?
Vyskytují se nějaké kritické body?

Požadovaná oprávnění

Chcete-li zobrazit řídicí panel, musíte být přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění pro čtení v Produkty SharePoint pro týmový projekt.Chcete-li změnit, zkopírovat nebo přizpůsobit řídicí panel, musíte být přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění Členové v Produkty SharePoint pro týmový projekt.Další informace naleznete v tématu Přidávání uživatelů do týmových projektů.

Chcete-li upravit zprávu v Office Excel, musíte být členem role zabezpečení TfsWarehouseDataReaders ve službě Analysis Services SQL Server a musíte být přiřazeni nebo patřit do skupiny, které bylo přiřazeno oprávnění Členové v Produkty SharePoint pro tým projektu.Další informace naleznete v tématu Udělit přístup k databázím datového skladu Visual Studio ALM.

Pokud chcete zobrazit pracovní položku, musíte být členem skupiny Čtenáři nebo vaše oprávnění Zobrazit pracovní položky v tomto uzlu musí být nastaveno na hodnotu Povolit.Pokud chcete vytvořit nebo změnit pracovní položku, musíte být členem skupiny Přispěvatelé nebo vaše oprávnění Upravit pracovní položky v tomto uzlu musí být nastaveno na hodnotu Povolit.

Data, která jsou zobrazena v řídicím panelu

Členové týmu mohou pomocí řídicího panelu Kvalita určit celkovou kvalitu produktu, který vyvíjejí.V ideálním případě rychlosti průchodu testů, chyby i změny kódu zobrazují stejný obrázek, ale často tomu tak není.Pokud najdete nesrovnalosti, musíte prozkoumat podrobněji příslušná sestavení a datové řady.Řídicí panel Kvalita kombinuje výsledky testů, pokrytí kódu z testu, změny kódu a chyby a pomáhá vám tak pochopit současně mnoho pohledů na problematiku.

Další informace o webových částech, které jsou zobrazeny v řídicím panelu Kvalita, naleznete na obrázku a v tabulce, které následují.

Řídicí panel kvality produktu

[!POZNÁMKA]

Sestava Průběh testovacího plánu je k dispozici, pouze pokud tým vytvoří testovací plány a spustí testy pomocí Test Runner a Microsoft Test Manager.

Průběh, sestavení a grafy kódu, sestavy a se nezobrazí, pokud datový sklad týmového projektu není k dispozici.

Další informace o tom, jak interpretovat, aktualizovat nebo upravit grafy, které se zobrazují v řídicím panelu Kvalita, naleznete v tématech, které jsou uvedeny v následující tabulce.

Webová část	Zobrazená data	Příbuzná témata
	Skládaný plošný graf s výsledky testu pro všechny testovací případy seskupené podle posledního zaznamenaného výsledku - Nikdy spustit, Uzavřeno, Nezdařilo se nebo Předáno – za poslední čtyři týdny.	Sestava průběhu plánu testu
	Skládaný sloupcový graf obsahující, jak mnoho sestavení získalo stav Selhal nebo Proběhla úspěšně během posledních čtyř týdnů.	Sestava stavu sestavení v aplikaci Excel
	Skládaný plošný graf kumulativního počtu všech chyb, které jsou seskupeny podle jejich stavu, během posledních čtyř týdnů.	Sestava průběhu chyb v aplikaci Excel
	Skládaný plošný graf počtu chyb, které tým znovu aktivoval ze stavu "vyřešeno" nebo "uzavřeno" během posledních čtyř týdnů.	Sestava opětovných výskytů chyb v aplikaci Excel
	Spojnicový graf, který znázorňuje podíl v kódu, který byl testován pomocí zkoušek BVT a ostatními testy za poslední čtyři týdny.	Sestava pokrytí kódu v aplikaci Excel
	Skládaný plošný graf, který znázorňuje, kolik řádků kódu tým přidal, odstranil a změnil v rámci vrácení se změnami před sestavením během posledních čtyř týdnů.	Sestava změn kódu v aplikaci Excel
	Seznam nadcházejících událostí.Tento seznam je odvozen z webové části SharePoint.	Nelze použít
	Počet aktivních, vyřešených a uzavřených pracovních položek.Seznam pracovních položek můžete otevřít výběrem jednotlivých čísel.Tento seznam je odvozen z webové části Team Web Access.	Nelze použít
	Seznam nedávných sestavení a jejich stav.Další informace zobrazíte výběrem konkrétního sestavení.Tento seznam je odvozen z webové části Team Web Access. Legenda: : Sestavení nebylo zahájeno. : Probíhá sestavení. : Sestavení bylo úspěšně dokončeno. : Sestavení se nezdařilo. : Sestavení bylo zastaveno. : Sestavení bylo částečně dokončeno.	Spuštění, monitorování a správa sestavení
	Seznam posledních vrácení se změnami.Další informace zobrazíte výběrem konkrétního vrácení se změnami.Tento seznam je odvozen z webové části Team Web Access.	Vývoj kódu a správa nedokončených změn

Požadované činnosti pro monitorování kvality

Aby řídicí panel kvality byl použitelný a přesný, musí tým provádět činnosti, které popisuje tento oddíl.

Požadované činnosti pro sledování pokroku v plánu testu

Aby hlášení o průběhu testovacího plánu bylo použitelné a přesné, tým musí pro sledování úloh provádět následující činnosti:

Definujte testovací případy a uživatelské scénáře a vytvořte odkazy Testováno uživatelem mezi testovacími případy a uživatelskými scénáři.
Definujte testovací plány a přiřaďte testovací případy testovacím plánům.

U ručních testů označte výsledky každého kroku ověření v testovacím procesu jako předané nebo se nezdařilo.

Důležité
Testeři musí označit stav v každém kroku, pokud se jedná o ověřovací krok testu.Celkový výsledek pro testovací proces odráží stav všech kroků testu, které byly testerem označeny.Testovací proces bude mít tudíž stav nezdařilo se, pokud tester označil libovolný krok test jako neúspěšný nebo pokud jej neoznačil.

Pro každý automatizovaný test je každý testovací proces automaticky označen jako úspěšný nebo neúspěšný.

(Volitelné) Pokud chcete podporovat filtrování, přiřaďte cesty Iterace a Oblast jednotlivým testovacím případům.

[!POZNÁMKA]

Informace o definici oblasti a cestách iterací naleznete v tématu Přidání a změna cest oblastí a iterací.

Požadované aktivity pro sledování průběhu chyby a opětovné aktivace chyby

Aby sestavy o průběhu chyby a opětovném výskytu chyby byly použitelné a přesné, tým musí pro provádět následující činnosti:

Definujte chyby.
Aktualizuje Stav každé chyby, kterou tým opraví, ověří, zavře nebo znovu aktivuje.
(Volitelné) Určete cesty Iterace a Oblast jednotlivých chyb, chcete-li provést filtrování na základě těchto polí.

Požadované aktivity pro sledování stavu sestavení, pokrytí kódu a změny kódu

Aby sestavy Stav sestavení, Pokrytí kódu a Změny kódu byly použitelné a přesné, musí členové týmu provádět následující činnosti:

Konfigurace systému sestavení.Chcete-li použít Team Foundation Build, musíte zřídit systém sestavení.

Další informace naleznete v tématu Konfigurace a správa systému sestavení.
Vytvořit definice sestavení.Můžete vytvořit několik definic sestavení a potom spuštěním každého z nich vytvářet kód pro různé platformy.Také můžete spustit každé sestavení pro jinou konfiguraci.

Další informace naleznete v tématu Definování procesu sestavení.
Definovat testy, aby byly automaticky spouštěny jako součást sestavení.V rámci definice sestavení můžete definovat testy ke spuštění v rámci sestavení, nebo být neúspěšná při selhání testu.

Další informace naleznete v tématu Použití výchozí šablony pro proces sestavení.
Nakonfigurujte testy pro shromažďování dat o pokrytí kódu.Pro zobrazení dat o pokrytí kódu v sestavě musí členové týmu použít testy a tato data shromáždit.

Další informace naleznete v tématu Spouštění testů v procesu sestavení.
Spouštějte sestavení pravidelně.Sestavení lze spouštět v pravidelných intervalech nebo při každém vracení se změnami.Můžete vytvořit regulární sestavení, pokud použijete aktivační proceduru plánu.

Další informace naleznete v tématu Vytvoření nebo úprava definice sestavení a Spuštění, monitorování a správa sestavení.

[!POZNÁMKA]

I když člen týmu můžete ručně označit sestavení pomocí Průzkumník sestavení, toto hodnocení se neprojeví v sestavě ukazatelů kvalit sestavení.Hodnocení sestavení se zobrazí v sestavě Souhrn sestavení.Další informace naleznete v tématu Hodnocení kvality dokončeného sestavení a Sestava souhrnu sestavení.

Poradce při potížích s kvalitou

Následující tabulka popisuje určité problémy s kvalitou, které řídicí panel Kvalita umožňuje sledovat, a dokáže určit akce, které může tým provádět.

Problém	Sestavy na prozkoumání	Poznámky k odstraňování problémů
Selhání sestavení	Stav sestavení	Každonoční sestavení je základem projektů vývoje softwaru.Pokud nejsou sestavení úspěšné dokončena nebo nedokončí úspěšně testy BVT, tým musí tento problém okamžitě opravit.
Testy, které selhaly	Průběh testovacího plánu Změny kódu	Když jsou poměry neúspěšných testů a změněných kódů vysoké, může tým prozkoumat, proč tak často selhává software.Příčiny mohou zahrnovat volné vývojové postupy nebo testy, které jsou příliš přísné pro předčasný iterační cyklus.
Testy se předají, ale s vyšší mírou vyhledaných chyb	Průběh testovacího plánu Průběh chyby	Když je ve stejném období úspěšných mnoho testů a současně nalezeno mnoho chyb, může tým prozkoumat tyto možnosti: Testy nemusí být dostatečně přísné pro aktuální fázi produktu.V počátečních iteracích jsou jednoduché testy dobré.Nicméně testy by měly využít širší scénáře a integraci během zrání produktu. Testy mohou být zastaralé nebo testují nesprávné funkce. Různé techniky testování mohou nabízet lepší výsledky. Chyby byly hlášeny, ale nevztahují se k testování.Když jsou hlášeny chyby a nejsou připojeny na testovací případ, nejsou předmětem regresního testování.
Testy jsou zastaralé	Průběh testovacího plánu Pokrytí kódu Změny kódu	Když je mnoho testů úspěšných, změní se značné množství kódu a sníží se pokrytí kódu, tým nemusí spouštět testy, které vykonávají nový kód. Protože testy nebyly vytvořeny stejnou rychlostí jako změny kódu, může být pokrytí testu nižší a méně odpovídající.
Tým netestuje, neuzavírá ani opětovně neaktivuje vyřešené chyby	Průběh chyby	Dojde-li k vyčnívání ve sestavě Průběh chyby vyřešených chyb, vývojáři řeší chyby, ale testeři je neověřili a neuzavřeli.Tým by měl prozkoumat, proč byl vyvinut tento vzor.
Příliš málo testování	Průběh testovacího plánu Změny kódu	Když týmu provádí několik testů, změny v kódu je vysoké a pokrytí kódem je nižší než očekávaná hodnota, může tým potřebovat přidělit více prostředků k testování.Navíc tým by měl zajistit, že testeři se zaměří na stejné funkce jako zbytek týmu.
Opětovné aktivace	Opětovné výskyty chyby	Pokud tým znovu aktivuje chyby s vysokou nebo rostoucí rychlostí, testeři často odmítají opravy vývojáře.Tým musí řešit tyto problémy, aby se vyhnul přidělování významných zdrojů vzhledem k přepracovávání odmítnutých oprav.Mezi možné příčiny patří špatné hlášení chyb, špatná správa testovacího prostředí nebo příliš agresivní třídění.
Nedostatečné testování částí	Pokrytí kódu Změny kódu	Když se pokles pokrytí kódem kryje s nárůstem změny v kódu, vývojáři mohou vrátit kód se změnami bez příslušného testu k pokrytí. Ve většině případů by se pokrytí kódem mělo blížit 100 %, pokud tým používá vývoj řízený testováním nebo podobné techniky.Pokud testy jednotka jsou opakovaně použity jako BVT, průchod kódem se zobrazí v příslušných sestavách.

Přizpůsobení řídicího panelu Kvalita

Řídicí panel Kvalita můžete přizpůsobit následujícími způsoby:

Změňte filtry jednotlivých sestav aplikace Excel k zaměření se na konkrétní oblasti produktů nebo iterací.
Přidáte vlastní webovou část dotazu, která zobrazuje seznam pracovních položek, které dotaz vyhledá.Můžete například přidat dotaz, který obsahuje všechny aktivní chyby, které nejsou připojeny do testovacího případu.Tento dotaz zobrazí objem chyb, které jsou oznámeny, ale nebyly nalezeny při testování a nevztahuje se tak na ně regresní testování.
Přidat existující sestavy aplikace Excel, jako například Trendy chyb a Analýza selhání do řídicího panelu.

Další informace o práci s a přizpůsobení sestav v aplikaci Office Excel naleznete na následujících stránkách na webu společnosti Microsoft:

Sdílet prostřednictvím