Řídicí panel kvality (Agile a CMMI)

Článek
09/11/2015

Můžete použít k získání přehledu o průběhu, k nimž došlo na test, vývoj, řídicí panel kvality a sestavení oblastí, protože se týkají kvalitu softwaru ve vývoji. Týmu můžete použít řídicí panel kvality získat informace a rozhodování, které podporují cíle týmu kolem kvalitu produktu.

Pomocí tohoto řídicího panelu, můžete zkontrolovat průběh testu, vytvářet stavů, dokončené lekce ve vyřešení a uzavření chyby, počet opětovných aktivací chyb, procento kód, který byl testován a trendy v změny kódu. Každá z těchto metriky je vykreslena poslední čtyři týdny.

V tomto tématu

Data, která jsou zobrazena v řídicím panelu
Požadované aktivity pro sledování kvality
Poradce při potížích s problémy s kvalitou

Můžete použít tento řídicí panel zodpovědět následující otázky:

Test úsilí postupuje podle očekávání?
Příslušná funkce testuje týmu?
Jsou opravy chyb týmu vysokou kvalitu?
Testy jsou zastaralá?
Disponuje týmu dostatečná testy?
Dochází všechny kritické body?

Požadavky

Stejné požadavky, které jsou definovány v Řídicí panely projektového portálu.

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

Členové týmu vám pomohou zjistit celkovou kvalitu produkt, který by vývoji řídicí panel kvality. V případě ideální test průchodu sazby, chyby a kódu spuštěných všechny prezentace, kterou stejný obrázek, ale často nepodporují. Pokud zjistíte, rozdíl, musíte prozkoumat lépe příslušného sestavení a datových řad. Řídicí panel kvality kombinuje výsledky testů, pokrytí kódu z testování, změny v kódu a chyby, který vám pomůže pochopit mnoho perspektivy současně.

Další informace o webových částí, které jsou zobrazené na řídicí panel kvality, najdete na obrázku a tabulky, které dodržují.

Product Quality Dashboard

Poznámka

Test průběhu plánu sestavy je k dispozici, pouze pokud týmu vytvoří testovacích plánů a spuštění testů.

Probíhá, sestavení a kódu grafy, sestavy Step 1 prostřednictvím Step 6 , se nezobrazují datového skladu pro týmový projekt není k dispozici.

Další informace o tom, jak interpretovat, aktualizaci nebo přizpůsobit grafy, které se zobrazují v řídicím panelu kvalitu, naleznete v tématech v následující tabulce.

Webová část	Zobrazená data	Související téma
	Skládaný plošný graf výsledků testů všechny testovací případy seskupených podle jejich poslední záznam výsledku - nikdy nespuštěno, Uzavřeno, se nezdařilo, nebo předaná – během posledních čtyř týdnů.	Test Plan Progress Report
	Skládaný sloupce, které se zobrazí, kolik sestavení se nezdařilo nebo byl úspěšný během posledních čtyř týdnů.	Sestava stavu sestavení v aplikaci Excel
	Skládaný plošný graf kumulativní počet všech chyb, seskupených podle stavu, během posledních čtyř týdnů.	Sestava průběhu chyb v aplikaci Excel
	Skládaný plošný graf kolik chyby týmu má znovu aktivovat z vyřešený nebo uzavřený stavu během posledních čtyř týdnů.	Sestava opětovných výskytů chyb v aplikaci Excel
	Spojnicový graf, vytvářet ukazuje procento kódu otestován ověřovací testy (BVT) a jiné testy během posledních čtyř týdnů.	Sestava pokrytí kódu v aplikaci Excel
	Skládaný oblasti grafu, který zobrazí počet řádků kódu týmu přidat, odebrat a změnit ve vrácení se změnami před sestavení během poslední čtyři týdny.	Sestava změn kódu v aplikaci Excel
	Seznam nadcházejících událostí. Tento seznam je odvozen od webové části služby 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 od Team Web Access Webová součást.	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 od Team Web Access Webová součást. Legendu: : Sestavení nebylo zahájeno : Probíhá sestavení : Sestavení bylo úspěšně dokončeno : Sestavení selhalo : Sestavení bylo zastaveno : Sestavení bylo částečně dokončeno	Spuštění, monitorování a správa sestavení
	Seznam nejnovější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 od Team Web Access Webová součást.	Vývoj kódu a správa nedokončených změn

Požadované aktivity pro monitorování kvality

Řídicí panel kvality užitečný a přesné musí týmu provedením aktivity, které tento oddíl popisuje.

Požadované aktivity pro sledování průběhu testovacího plánu

Má být užitečné a přesné sestava průběhu testovacího plánu musíte týmu provést následující akce:

Definovat testovacích případů a scénáře uživatelů a vytvářet otestovat pomocí propojení mezi testovacích případů a scénáře uživatelů.
Testovacích plánů definovat, a přiřaďte testovacích případů umožňující testovacích plánů.
Pro ruční testy označte jako předaný nebo neúspěšná výsledky každý krok ověření testovacího případu.

Důležité

Pokud je testovací krok ověření je nutné označit testeři testovací krok se stavem.Celkový výsledek pro testovacího případu odráží stav všechny testovací kroky, které označili zkušebního zařízení.Proto testovacích případů bude mít stav se nezdařilo-li testování označena všechny testovací krok jako neúspěšná nebo nejsou označeny.

Automatizované testy každý testovací případ automaticky označena jako předána nebo se nezdařilo.
(Volitelné) Chcete-li zajistit podporu filtrování, přiřadit iteraci a oblasti cesty k každý testovací případ.

Poznámka

Informace o tom, jak definovat oblasti a iterace cesty naleznete v tématu Add and modify area and iteration paths.

Požadované aktivity pro sledování průběhu chyb a chyb opětovných aktivací

Pro sestavy chyb průběh a opětovných aktivací chybu užitečný a přesné týmu nutné provést následující akce:

Definujte chyby.
Aktualizace Stav z jednotlivých chyby jako opravy týmu, ověřuje, zavře nebo znovu aktivuje jej.
(Volitelné) Zadejte iteraci a oblasti cesty ke každé chybu, pokud chcete filtrovat podle těchto polí.

Vytváření požadované aktivity pro sledování stavu, pokrytí kódu a změny v kódu

Pro stav sestavení, pokrytí kódu a kódu spuštěných sestavy užitečný a přesné musí členové týmu provést následující akce:

Konfiguraci systému sestavení. Chcete-li použít Team Foundation Build, je nutné nastavit systém sestavení.

Další informace naleznete v tématu Konfigurace a správa systému sestavení.
Vytvořit sestavení definice. 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 automaticky jako součást sestavení spouštět. V rámci definice sestavení můžete definovat testy ke spuštění v rámci sestavení, nebo k selhání při selhání testů.

Další informace naleznete v tématu Použití výchozí šablony pro proces sestavení.
Konfigurovat testů, které shromáždí data 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í.
Spustit sestaví pravidelně. Sestavení lze spouštět v pravidelných intervalech nebo při každém vrácení se změnami. Pokud použijete aktivační proceduru plánu, můžete vytvořit pravidelná sestavení.

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í s použitím Průzkumník sestavení, toto hodnocení nereflektuje se v sestavě ukazatelů kvality 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 problémy s kvalitou

Následující tabulka popisuje konkrétní kvalitu problémy, které řídicí panel kvality vám umožní sledovat a identifikovat akce, které můžete provést týmu.

Problém	Sestavy o revizi	Poznámky k řešení potíží
Vytváření selhání	Stav sestavení	Kódu sestavení je prezenční signál projektech vývoje softwaru. Pokud nejsou sestavení úspěšně dokončena nebo úspěšně nedokončí ověřovací testy sestavení (BVT), musí tým tento problém okamžitě opravit.
Nejsou-li testy	Průběh plánu testu Změny kódu	Jsou-li sazby neúspěšné testy a změny v kódu vysoká, týmu prozkoumat, proč se tak často neúspěšně softwaru. Příčiny mohou zahrnovat postupy vývoje dojde ke ztrátě nebo testů, které jsou příliš přísné pro early iteraci cyklu.
Testuje předání, ale s vysokou míru hledání chyb	Průběh plánu testu Průběh chyby	Pokud mnoho testy předat ve stejném období, protože jsou nalezen velký počet chyb, může týmu zkoumání tyto možnosti: Testy nemusí být dostatečně přísné pro aktuální fázi produktu. V rané iterací jsou vhodné jednoduché testy. Však by měl testů výkonu, širší scénáře a integrace během existence produktu. Testy může být testování nesprávné funkce nebo zastaralá. Test různé techniky mohou nabízet lepší výsledky vyhledávání. Chyby byly hlášeny, ale nevztahují k testování. Když chyby jsou uvedeny a nejsou propojeny s testovacího případu, nejsou předmětem regresní testy.
Testy jsou zastaralá	Průběh plánu testu Pokrytí kódu Změny kódu	Při předávání mnoho testy, změní významné množství kódu a sníží pokrytí kódu, týmu nemusí být spuštěna testy, které vykonávají nový kód. Vzhledem k tomu, že testy nejsou vyvinula stejnou rychlostí jako změny kódu, mohou být méně a méně odpovídající pokrytí test.
Tým není testování, zavření a opětovnou aktivací vyřešení chyby	Průběh chyby	Dojde-li vyboulení v sestavě průběh chyb pro vyřešení chyby, vývojáři jsou rozpoznávání chyb, ale nebyly testeři ověřen a je uzavřen. Týmu by měl zjistěte, proč je tento vzor vyvinula.
Příliš málo testování	Průběh plánu testu Změny kódu	Když tým pracuje několik testů, změny v kódu je vysoká a pokrytí kódu je menší než bylo očekáváno, týmu bude pravděpodobně nutné přidělit další materiály pro testování. Kromě toho týmu se ujistěte, že jsou testeři zaměřené na stejné funkce jako zbytek týmu.
Opětovné aktivace	Opětovné výskyty chyby	Když týmu znovu aktivuje chyby vysokou nebo stále rostoucí rychlostí, testeři jsou často odmítá vývojáře opravy. Se zabývá tyto problémy a vyhnout se tak přidělování prostředků významné směrem k přebudování odmítnuté opravy. Možných příčin zahrnují špatná Chyba vytváření sestav, Správa testovacího prostředí špatná test nebo přehnaně účinnou rozhodné.
Nedostatečná testování částí	Pokrytí kódu Změny kódu	Při snížení pokrytí kódu se shoduje s zvýšení změny v kódu, vývojáři mohou vracení se změnami kódu, bez jakékoli odpovídající testování částí na něm. Ve většině případů by měl pokrytí kódu přiblíží 100 %, pokud týmu postupy vývoje řízeného testováním nebo podobné techniky. Je-li testování částí jsou znovu použít jako BVTs, pokrytí kódu se mají zobrazit v příslušné sestavy.

Viz také

Koncepty

Řídicí panely projektového portálu

Sdílet prostřednictvím