Řídicí panel testu (Agile a CMMI)

Pomocí řídicí panel testu můžete sledovat zkušební činnosti, zprávu o průběhu, najít mezer v testovací pokrytí a identifikovat oblasti test, které mohou vyžadovat další zkoumání. Tento řídicí panel zobrazuje pěti sestav, které poskytují informace o testování, které došlo k chybě v poslední čtyři týdny.

V tomto tématu Data, která jsou zobrazena v řídicím panelu Požadované aktivity k monitorování úsilí testu Sledování průběhu testovacího Určení mezer v testování Monitorování selhání testu a regrese

Můžete použít tento řídicí panel zodpovědět následující otázky: Je testovacích případů pro tvorbu v plnění úkolů? Testovacích případů pro všechny scénáře uživatelů nebo požadavky definovaných týmu? Co jsou poměr testovacích případů, které jsou předejte, dochází k chybám a blokované? Znamenají test selhání metriky problém, který vyžaduje další zkoumání? Co je stav posledních noci sestavení? Co jsou dispozici nejnovější vrácení se změnami?

Požadavky

• Test průběhu plánu, testovací případ distribučního, stav testování příběh uživatele, stav testování požadavku, a Test aktivity sestavy jsou k dispozici, pouze když vytvoří testovacích plánů a spustíte testy, jak je popsáno v týmu Plánování ručních testů pomocí aplikace Team Web Access.

• Úbytku práce, průběhu, grafy trendů a sestavy prostřednictvím se nezobrazují server, který je hostitelem služby Analysis Services pro týmový projekt není k dispozici.

• Plus požadavky uvedené v Řídicí panely projektového portálu.

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

Řídicí panel testu můžete použít k pochopení, jak moc týmu probíhá ve fázi testování scénáře uživatelů (agilní) nebo požadavky (CMMI). Řídicí panel testu, zobrazí následující webové části.

Verze šablony agilní procesu

Verze šablony procesu CMMI

Webová část	Zobrazená data	Související téma
	Skládaný oblasti grafu výsledků testů všechny testovací případy seskupeny do jejich poslední záznam výsledku během posledních čtyř týdnů. Zahrnout výsledky nikdy nespuštěno, Uzavřeno, se nezdařilo, a předaná.	Test Plan Progress Report
	Skládaný plošný graf, který se zobrazuje, kolik testovacích případů byly v Návrh nebo připraven stavu poslední čtyři týdny.	Sestava připravenosti testovacího případu
	Vodorovný pruhový graf, který se zobrazuje počet výsledků pro každou kombinaci testovacích případů a testujte konfigurace, který je definován pro každou příběhu uživatele nebo požadavku. Graf skupin výsledky testů podle jejich nejnovější testu, kde jsou možnosti předaná (zelený), se nezdařilo (červená), Uzavřeno (fialový), nebo nelze spustit (šedá).	Sestava stavu testu uživatelského scénáře v aplikaci Excel (Agile) Requirement Test Status Excel Report (CMMI)
	Spojnicový graf, který se zobrazuje kumulativní počet všechny výsledky jsou spuštěny pro všechny manuálních testovacích případů během posledních čtyř týdnů.	Sestava testovací aktivity v aplikaci Excel
	Skládaný plošný graf, který se zobrazuje kumulativní počet neúspěšných výsledku výsledků všechny testovací případy, seřazené podle typu chyby během posledních čtyř týdnů. Zahrnout typy selhání regresní, Nový problém, a známé problém.	Sestava analýzy selhání v aplikaci Microsoft 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 sestavení. 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 k monitorování úsilí testu

Pro sestavy v řídicím panelu test užitečný a přesné musí týmu provést následující akce:

• Definovat testovacích případů a scénáře uživatelů nebo požadavky a vytvářet otestovat pomocí propojení mezi testovacích případů a scénáře uživatelů nebo požadavky.

• Testovacích plánů definovat a přiřazovat testovacích případů 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.

Sledování průběhu testovacího

První tři sestavy v řídicím panelu testovat slouží ke sledování průběhu testovacího a odpovězte na otázky v následující tabulce.

Sestava	Odpovědi na otázky	Poznámky
Připravenost testovacího případu	Kolik testovacích případů týmu test definovaných? Kolik testovacích případů připraveni ke spuštění ještě dnes? Kolik testovacích případů musí týmu stále zápisu a zkontrolovat? Nezobrazí celkový počet testovacích případů dostačující pro počet scénáře uživatelů, které implementuje týmu? Jaké procento testovacích případů můžete týmu test spustit ještě dnes? Se bude moci připravit všechny testovací případy do konce roku iterace týmu?	V pořádku průběhu zobrazuje konstantní zvýšení v počet testovacích případů, které je týmu návrh a přesunutí do připravena. Není v pořádku, průběh zobrazí který žádné nebo několik testovacích případů jsou připraven ke spuštění. Když všechny testovací případy zůstat ve stavu návrhu po dlouhou dobu, problém může blokovat průběh. Můžete chtít zjistit příčiny zablokování. Mezeru v testování mohou vyvíjet, pokud počet testovacích případů nezobrazí dostatečná. Počet testovacích případů, které jsou definovány pro projekt by měla být stejná nebo větší než počet scénáře uživatelů, které implementuje týmu. Počet testovacích případů nezobrazuje dostatečná.
Průběh plánu testu	Kolik testovacích případů jsou předávání? Kolik testovacích případů selhávají? Kolik testovacích případů jsou blokovány? Nikdy jste spustili kolik testovacích případů? Jaké procento testovacích případů jsou předávání napříč všechny testovací plány? Kolik testování tým dokončil? Je pravděpodobné, chcete-li dokončit testování včas týmu?	Jako vývoj cyklu postupuje, by měla předávat více testovacích případů a méně testovacích případů by měl zůstat v jiných státech. Není v pořádku, průběh k tomuto dojde, když dojde k selhání příliš mnoho testovacích případů. V závislosti na tom, kde se nacházíte v cyklu produktu může být zjistěte, proč se nedaří tolik testovacích případů. Je-li počet testovacích případů, které selhávají nebo nikdy nespuštěno plochý, můžete chtít prozkoumat konkrétních příčin, které mají vliv na každé oblasti.
Stav testu uživatelského scénáře Stav testu požadavků	Právě spuštěny testovacích případů pro každý příběhu uživatele nebo požadavek? Pokud testovacích případů jsou blokovány, či nikoli spuštěn, týmu pochopit blokující problémy a jsou jejich určeno?	V pořádku průběh zobrazí většina testovacích případů pro každý text uživatele nebo jsou předávání požadavek. Není v pořádku, průběh je uvedeno příliš mnoho testovací případy pro konkrétního uživatele článek nebo požadavcích, které jsou v nikdy nespuštěno, Uzavřeno, nebo se nezdařilo stavu. Můžete chtít prozkoumat příčin, které lze uložit testovacích případů, které jsou definovány k příběhu uživatele či požadavku z předávání.

Určení mezer v testování

Můžete použít Stav testu příběh uživatele nebo Stav testu požadavku sestavy k určení, zda jsou testy pokrývá veškerý kód a odpovězte na následující otázky:

• Který scénáře uživatelů nebo požadavky budou mít nízké počet testovacích případů?

• Které scénáře uživatelů nebo požadavky máte vysoký počet testovacích případů, které jsou blokovány nebo nikdy po spuštění?

• Splňuje pokrytí testovacích případů pro každý příběhu uživatele nebo požadavek očekávání?

• Které scénáře uživatelů nebo požadavky mají vysokou míru selhání testu?

• Co je průměrný počet testovacích případů, které jsou definovány pro každý příběhu uživatele nebo požadavek?

Monitorování selhání testu a regrese

Sledováním test selhání může identifikovat a řešit problémy v kódu rané fázi. Poslední dvě sestavy v řídicím panelu Test slouží k získat lepší přehled o počtu zkoušek, které selhávají.

Sestava	Odpovědi na otázky	Poznámky
Aktivity ručních testů	Je počet testy, které týmu nikdy nespustil zkracuje? Je týmu minimalizace celkového počtu blokovaných testy? Selhávají méně testy v čase? Jsou více testů předávání? Obsahuje aktivitu test špičky, které nelze účet pro?	Ručně prováděná aktivita Test sestava indikuje výsledky pro každý testovací případ, spusťte pro jednotlivé testovací konfigurace a pro všechny testovacích plánů. Špičky, které mohou být způsobeny může být early indikátory problémy v testovací aktivity nebo kvalitu kódu, který je týmu vrácení se změnami. Můžete chtít zkontrolovat metriky pro poslední sestavení, stav chyb a změny v kódu k určení, zda některého z nich může pomoci vysvětlují změny.
Analýza selhání testu	Kolik testů jsou návratu? Je týmu zachová celkový počet regrese nebo test selhání v rámci očekávaných rozsahů nebo cíle týmu? Tým řeší problémy s jak jsou určeny a známé problémy včas?	V pořádku sestava analýzy Test selhání ukazuje střední čísla nové problémy, známé problémy a regrese. Pokud v těchto oblastech dojde k jakékoli špičky, tým potřebovat má být prověřen dále. Špičky může znamenat problémy v testovací aktivity nebo kvalitu kódu, který je týmu vrácení se změnami. Můžete také zkontrolovat metriky pro poslední sestavení, stav chyb a změny v kódu k určení, zda některého z nich může pomoci vysvětlují změny.

Viz také

Koncepty

Řídicí panely projektového portálu