Sdílet prostřednictvím


Kvalita řídicího panelu (agilní)

Pomocí řídicího panelu kvality získat přehled o průběhu vyskytující se v testu rozvoje a sestavit oblasti se týkají kvality ve vývoji softwaru.Může tým pomocí řídicího panelu kvality a rozhodování, které podporují cíle týmu kolem jakosti produktů.

Pomocí tohoto řídicího panelu můžete zkontrolovat průběh testu, sestavit státy pokrok v řešení a zavření chyby, sazba bug opětovné aktivace, procento kód, který byl testován a trendy v změny kódu.Každý z těchto metriky je vykreslen poslední čtyři týdny.

[!POZNÁMKA]

Řídicí panely se přistupovat prostřednictvím portálu týmu projektu.Máte přístup pouze pokud kvalita řídicího panelu, vaše portálu bylo povoleno a zřizování pomocí Microsoft Office SharePoint Server 2007.Další informace naleznete v tématech Řídicí panely (agilní) a Přístup k portálu týmového projektu nebo pokynům k procesu.

V tomto tématu

  • Data zobrazená v řídicím panelu

  • Požadované činnosti pro sledování kvality

  • Řešení problémů kvality

  • Přizpůsobení kvality řídicího panelu

Tento řídicí panel můžete odpovědět na následující otázky:

  • Sledování je zkušební síla?

  • Tým je testování příslušné funkce?

  • Jsou opravy chyb týmu vysoce kvalitní?

  • Testy jsou zastaralé?

  • Má tým dostatečné testy?

  • Všechny kritické body dochází?

Požadovaná oprávnění

Zobrazení řídicího panelu, musí být přiřazena nebo patří do skupiny, který byl přiřazen čtení oprávnění v Produkty SharePoint týmu projektu.Měnit, kopírovat nebo upravit řídicího panelu, musí být přiřazena nebo patří do skupiny, který byl přiřazen členy oprávnění v Produkty SharePoint týmu projektu.Další informace naleznete v tématu Přidání uživatelů do týmové projekty.

Upravit sestavu v Office Excel, musí být členem TfsWarehouseDataReaders role zabezpečení v SQL Server Analysis Services a musí být přiřazena nebo patří do skupiny, který byl přiřazen členy oprávnění v Produkty SharePoint týmu projektu.Další informace naleznete v tématu Udělit přístup k databázím datového skladu Visual Studio ALM.

Zobrazit položky práce, musí být členem čtenáři skupiny nebo vaše Zobrazit položky práce v tomto uzlu musí být nastavena oprávnění Povolit.Vytvořit nebo upravit pracovní položku, musíte být členem Přispěvatelé skupiny nebo vaše práce úpravy položek v tomto uzlu musí být nastavena oprávnění Povolit.Další informace naleznete v tématu Správa oprávnění.

Data zobrazená v řídicím panelu

Členové týmu lze určit celkovou kvalitu produktu, který při vývoji kvality řídicího panelu.V ideálním případě churn test průchodu sazby, chyby a kód všech prezentací, které nemají stejný obrázek, ale často.Zjistíte nesrovnalosti, musíte zkontrolovat lépe odpovídající sestavení a datové řady.Kvalita řídicího panelu kombinuje výsledky testu, Průchod kódem z testování kódu konve a chyby, která vám pomohou porozumět mnoha perspektiv současně.

Konkrétně řídicím webové části, které popisuje následující ilustrace ukazuje a v následující tabulce.

Řídicí panel kvality produktu

[!POZNÁMKA]

Zkušební plán pokroku sestava je k dispozici pouze při vytvoří plány zkoušky a testy se spouští pomocí týmu Test Runner a Microsoft Test Manager.Informace o definování testování sad a otestujte plány, Uspořádání pomocí testování sad testovacích případů.

Zprávy o pokroku, sestavení a grafy kód Krok 1 prostřednictvím Krok 6, se nezobrazují týmu projektu datového skladu není k dispozici.

Další informace o tom, jak interpretovat, aktualizovat nebo upravit grafy zobrazené na řídicím panelu kvality naleznete v tématech v následující tabulce.

Webové části

Zobrazit data

Příbuzné téma

Krok 1

Skládaný plošný graf testovacích seskupené podle poslední zaznamenané výsledky - výsledky testu Nespouštět, Uzavřeno, se nezdařilo, nebo Passed - během posledních čtyř týdnů.

Sestava aplikace Excel – průběh testovací plán

Plán průběhu zkoušce

Krok 2

Skládaný sloupců, které zobrazují, kolik vytvoří se nezdařilo nebo proběhlo úspěšně během posledních čtyř týdnů.

Vytvořit zprávu o stavu

Vytvořit zprávu o stavu aplikace Excel

Krok 3

Skládaný plošný graf Kumulativní počet všechny chyby, seskupené podle stavu, během posledních čtyř týdnů.

Chyba aplikace Excel zprávu

Ohlášení aplikace Excel průběh

Krok 4

Kolik chyby týmu plošný graf má stát vyřešený nebo uzavřený aktivovat během posledních čtyř týdnů.

Ohlášení aplikace Excel opětovných aktivací

Ohlášení aplikace Excel opětovné aktivace

Krok 5

Spojnicový graf, že zobrazuje procento kódu testovány vytvořit ověřovací zkoušky (BVT) a jiné testy během posledních čtyř týdnů.

Sestava pokrytí kódu

Sestava aplikace Excel kód disponibility

Krok 6

Skládaný oblast grafu, který zobrazuje kolik řádků kódu týmu přidány, odstraněny a změněny moduly, pokud před sestavení během posledních čtyř týdnů.

Sestava změn v kódu

Sestava aplikace Excel konve kód

Krok 7

Seznam nadcházejících událostí.Tento seznam je odvozen z části webu služby SharePoint.

Importovat události webové části

Nelze použít

Krok 8

Počet aktivních vyřešen a uzavřen pracovní položky.Seznam pracovních položek můžete otevřít klepnutím na každé číslo.Tento seznam je odvozen z Team Web Access webová část.

Pracovní položky webové části projektu

Pracovní položky a pracovního postupu (agilní)

9

Seznam posledních sestavení a jejich stav.Podrobnosti lze zobrazit klepnutím na konkrétní sestavení.Tento seznam je odvozen z Team Web Access webová část.

Nejnovější sestavení webové části

Legendy:

Probíhá sestavení: Probíhá vytváření

Sestavení není spuštěn.: Nezahájeno sestavení

Sestavení bylo úspěšně dokončeno: Sestavení proběhlo úspěšně.

Sestavení se nezdařilo: Sestavení se nezdařilo.

Sestavení bylo zastaveno: Zastavení sestavení

Sestavení bylo částečně dokončeno: Sestavení částečně proběhlo úspěšně.

Managing and Reporting on Builds

10

Seznam nejnovějších modulů zaškrtnutí.Další podrobnosti můžete zobrazit klepnutím na konkrétní změnami.Tento seznam je odvozen z Team Web Access webová část.

Nedávná vrácení se změnami webová část

Vyvinout kód a spravovat čekající změny

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

Dashboard kvality vhodné a přesné tým musí provádět činnosti, které tento oddíl popisuje.

Dd420562.collapse_all(cs-cz,VS.110).gifPožadované činnosti pro sledování průběhu zkušebního plánu

Plán průběhu zkoušky sestavy vhodné a přesné týmu musí provádět následující činnosti:

  • Definovat zkušební případy a články uživatele a vytvořit Testovány podle vazeb mezi testovacích a články uživatele.

  • Definovat zkušební plány a plány Test přiřadit testovacích případů.Další informace naleznete v tématu Definice testovacího plánu.

  • Pro ruční testy označte výsledky každého kroku ověření v případě zkoušky jako předané nebo se nezdařila.

    Důležitá poznámkaDůležité

    Pokud je ověření krok zkouška je nutné označit testerům krok zkouška se stavem.Celkový výsledek zkoušky případu odráží stav všech zkušebních kroků, které zkoušející označeny.Proto testovacího případu bude mít stav selhání Pokud zkoušející jakékoli krok zkouška jako chybné označeny nebo jej označte.

    Automatické testy pro každý zkušební případ automaticky označen jako předán nebo se nezdařilo.

  • (Volitelné) Podpora filtrování, přiřadit iterace a oblasti cesty pro každý případ Test.

    [!POZNÁMKA]

    Informace o tom, jak definovat oblast a iterace cesty Vytvořit a upravit oblasti a iterací.

Dd420562.collapse_all(cs-cz,VS.110).gifPožadované činnosti pro sledování průběhu chyby a chyby opětovné aktivace

Pro sestavy průběhu chyby a chyby opětovné aktivace užitečné a přesné týmu musí provádět následující činnosti:

  • Definujte chyby.

  • Aktualizace stavu z každé chyby jako opravy týmu ověří, zavře nebo jej znovu aktivuje.

  • (Volitelné) Zadat iterace a oblasti cesty každý Bug, pokud chcete filtrovat podle těchto polí.

Dd420562.collapse_all(cs-cz,VS.110).gifVytvořit požadované činnosti pro sledování stavu, Průchod kódem a konve kód

Stav sestavení, Průchod kódem a Churn kód sestavy vhodné a přesné členové týmu musí provádět následující činnosti:

Řešení problémů kvality

Následující tabulka popisuje problémy určité kvality jakosti řídicího panelu můžete sledovat a určit akce, které lze provést týmu.

Problém

Zprávy o kontrole

Odstraňování poznámek

Sestavit selhání

Vytvoří stav

Noční sestavení je prezenční projektů vývoje softwaru.Při sestavení úspěšnému dokončení nejsou nebo není sestavení předávání ověřovacích zkoušek (BVT), tým musí problém vyřešit okamžitě.

Nejsou-li zkoušky

Plán průběhu zkoušky

Kód konve

Při vysoké sazby neúspěšných testů a konve kód týmu může zjistit, proč tak často selhání softwaru.Příčiny mohou zahrnovat postupy volné vývoj nebo zkoušky, které jsou příliš přísné pro včasné iterační cyklus.

Testy passing, ale s vysokou rychlostí hledání chyb

Plán průběhu zkoušky

Průběh Bug

Při mnoha testů předat ve stejném období jako mnoho chyb, může tým prozkoumat následující možnosti:

  • Pro aktuální fázi produkt nemusí být dostatečně přísné zkoušky.V rané iterací jednoduché testy jsou dobré.Však měly testy výkonu, širší scénáře a integrace během existence produktu.

  • Zkoušky mohou být zastaralé nebo nesprávné funkce testování.

  • Jiné zkušební metody mohou nabízet lepší výsledky.

  • Chyby hlášené jsou ale nevztahují testování.Chyby jsou hlášeny a nejsou spojeny testovacího případu, nepodléhají regresní testování.

Testy jsou zastaralé

Plán průběhu zkoušky

Průchod kódem

Kód konve

Při mnoha testy úspěšné, změní značné množství kódu a snižuje kód disponibility, týmu nemusí být spuštěn testy, které vykonávají nový kód.

Protože stejnou rychlostí jako kód změny nejsou vyvinuty testy, může být méně přiměřené pokrytí test.

Tým není testování, uzavření nebo aktivace vyřešit chyby

Průběh Bug

Dojde vyboulení v zprávě Chyba pro vyřešení chyb, idevelopers řešení chyb, ale testerům nebyly ověřeny a je uzavřen.Týmu by měla zkoumat, proč tento vzorek vyvinula.

Příliš málo testování

Plán průběhu zkoušky

Kód konve

Tým pracuje několik testů, konve kódu je vysoká a Průchod kódem je nižší než očekávaná, tým potřebovat přidělit další prostředky k testování.Kromě toho tým by měl zajistit, že testerům se zaměřením na stejné funkce jako zbytek týmu.

Opětovné aktivace

Chyba opětovné aktivace

Pokud tým znovu aktivuje chyby vysoká nebo rostoucí rychlostí, jsou často testerům odmítá vývojáře opravy.Tým musí řešení těchto problémů, aby se zabránilo významné personálním směrem k přebudování odmítnuté opravy.Možné příčiny: hlášení chyby špatné, špatné zkušební laboratoře řízení nebo příliš agresivní závěrečnou kontrolu.

Nedostatečné testování

Průchod kódem

Kód konve

Při poklesu kód disponibility se shoduje se zvýšení kód konve, vývojáři může kontrola v kódu bez jakékoli odpovídající zkoušky jednotky něm.

Ve většině případů by kód disponibility přiblíží 100 %, pokud tým postupy řízené test rozvoje nebo podobných technik.Pokud jednotka testy jsou opakovaně jako BVTs, Průchod kódem, zobrazí se v příslušné sestavy.

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

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

  • Změňte filtry jednotlivých sestav aplikace Excel zaměřuje na oblasti konkrétního produktu nebo iterací.

  • Přidáte vlastní dotaz webovou část, 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 spojeny testovacího případu.Tento dotaz zobrazí objem chyby, který ohlásil ale nenalezen testováním a proto nebyly podrobeny regresní testování.

  • Přidání existujících sestav aplikace Excel jako Bug trendy a Analýzy selhání, do řídicího panelu.

Pro další informace o práci s a přizpůsobení sestav v Office Excel, viz následující stránky na webu společnosti Microsoft:

Viz také

Koncepty

Řídicí panely (agilní)

Artefakty (agilní)

Další zdroje

Scrum