Sestava trendů chyb

  • Článek

Sestavu trendů chyb lze využít v aplikaci ke sledování rychlosti, kterou tým odhaluje a řeší chyby.Tato sestava ukazuje postupný nebo pohyblivý průměr hlášených, vyřešených a uzavřených chyb v průběhu času.Při správě velkého týmu nebo velkého počtu chyb lze každý týden sledovat sestavu trendů chyb a získat přehled o hledání, řešení a uzavírání chyb v týmu.

Informace o tom, jak získat přístup, aktualizovat nebo spravovat sestavy, naleznete v tématu Sestavy (SQL Server Reporting Services).

[!POZNÁMKA]

Tato sestava vyžaduje, aby byla týmu poskytnuta kolekce projektu, která obsahuje týmový projekt a byla opatřena SQL Server službami Reporting Services.Tato zpráva není k dispozici, pokud Sestava Zprávy se při otevření Průzkumník týmových projektů nezobrazí a rozbalí se uzel vašeho týmu.

V tomto tématu

  • Data v sestavě

  • Nastavení doby iterace

  • Interpretace sestavy

  • Filtrování sestavy

Pomocí této sestavy lze odpovědět na následující otázky:

  • Kolik chyb tým hlásí, řeší a zavírá za den?

  • Jaký je celkový trend zpracování chyb týmem?

  • Jsou míry aktivace a řešení chyb klesající směrem ke konci iterace podle očekávání?

Požadovaná oprávnění

Pokud chcete zobrazit sestavu, musíte být přiřazeni nebo patřit do skupiny, které byla přiřazena role Prohlížeče ve službě SQL Server Reporting Services.Další informace naleznete v tématech Přidávání uživatelů do týmových projektů a Správa oprávnění.

Data v sestavě

Sestava trendů chyb spočítá postupný průměr počtu chyb, které tým otevřel, vyřešil a uzavřel podle filtrů, které zadáte.Klouzavý průměr je vypočten na základě sedmi dní před datem, pro které se počítá.To znamená sestavu průměru počtu chyb v každém stavu všech sedmi dní před tímto datem a výsledek se poté vydělí sedmi.Data jsou odvozena z datového skladu.

Následující obrázek zobrazuje příklad sestavy trendů chyb.

Příklad sestavy trendů chyb

Tato sestava zobrazí až tři spojnicové grafy a každý grafu představuje postupné průměry počtu aktivních, vyřešených a uzavřených chyb.

Sestavy můžete filtrovat následujícími způsoby:

  • Změňte počáteční a koncové datum pro sestavu.

  • Filtrujte chyby, které se počítají do sestavy zadáním iterace a oblasti cest nebo stavu, priority nebo závažnosti chyby.

Další informace najdete v části Filtrování zpráv dále v tomto tématu.

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

Aby byla sestava trendů chyb použitelná a přesná, musí tým provést následující činnosti:

  • Definovat chyby a určit jejich cesty Iterace a Oblast.

  • Aktualizovat Stav každé chyby, zda-li je opravená, ověřená nebo uzavřená.

  • Zadat Prioritu a Závažnost každé chyby během určení priorit podle dostupnosti zdrojů.

Sešit určení priorit podle dostupnosti zdrojů slouží k rychlé aktualizaci iterace, oblasti, stavu, priority a závažnosti chyby.Další informace naleznete v tématu Sešit třídění.

Nastavení doby sprintu nebo iterace

Pro zjištění trendů chyb v aktuální iteraci, musí počáteční a koncové datum sestavy souhlasit s těmi v aktuálním cyklu iterace.

Změna doby trvání iterace

  1. Vedle Start iterace (datum) nebo Konec iterace (datum) klikněte na ikonu kalendáře a poté klikněte na příslušné datum.

  2. Klikněte na tlačítko Zobrazit sestavu.

Interpretace sestavy

Lze očekávat, že se míry chyb budou lišit v závislosti na cyklu vývoje produktu.Tým by v rané iterací měl nacházet méně chyb než v pozdější iteraci.Tým by měl uzavřít většinu chyb v iteracích, které jsou téměř na konci cyklu produktu.

Míry chyb lze nejlépe interpretovat vzhledem ke všem aktuálním aktivitám týmového projektu a jiným metrikám, které sestavy stav chyb a reaktivace poskytují.Například tým může chtít najít chyby zejména rychle ve špatně napsaném kódu, v nově integrovaném kódu, s vylepšeným testováním nebo při mimořádné události jako je bash chyby.Na druhé straně je obtížnější najít chyby ve vysoce kvalitním produktu a s neúčinným testováním.Metriky lze použít pro pokrytí kódu, změny v kódu a míry chyb, což pomáhá dále posoudit význam trendů chyb.

Jak se produkt na konci cyklu produktu stabilizuje, měl by tým zjišťovat chyby méně často.

Sestava trendů chyb může zobrazit jeden nebo více ukazatelů, které jsou popsány v levém sloupci následující tabulky.Otázky v pravém sloupci lze zkontrolovat pro oblasti, kterým se chcete věnovat podrobněji.

Indikátor

Otázky k položení

Tým vyhledává přibližně stejný počet chyb v po sobě jdoucích obdobích.Pokud tým zjistí stejný počet chyb v týdnu po týdnu nebo iteraci po iteraci, můžete zjistit základní příčinu.V rané fázi testovacího cyklu nemusí být testy dostatečně přísné nebo rozšířené k nalezení velkého množství chyb.V počátečních iteracích je tato situace očekávaná.Nicméně během zrání produktu by testy měly využít širší scénáře a integrace.

  • Jsou testovací případy dostatečné k testování uživatelských scénářů, které se vyvíjí?

  • Staly se testy stabilnějšími nebo testují nesprávné funkce?

  • Testuje tým přísně každý uživatelský scénář?

Tým zjišťuje spoustu chyb v jednotlivých časových obdobích.Tým může snadno najít chyby v neuspořádaném kódu, v nově integrovaném kódu díky efektivnímu testování nebo při určité události, jako je bash chyby.

  • Značí metriky pro pokrytí kódem, změny kódu nebo průběh testu problém s kódem nebo testováním?

Tým zjišťuje několik chyb v jednotlivých časových obdobích.Tým může usilovat o to, najít chyby v řešení vysoké kvality nebo s neúčinným testováním.

  • Značí metriky pro pokrytí kódem, změny kódu nebo průběh testu problém s kódem nebo testováním?

Tým řeší mnoho chyb v jednotlivých časových obdobích.Vysoká míra vyřešení obvykle značí, že tým činí velký pokrok.

  • Jsou vyřešené chyby okamžitě uzavřeny?Míra uzavírání by měla být podobná míře vyřešení.

  • Zůstávají reaktivace chyb v očekávaném rozmezí?

Tým chyby rychle řeší, ale nezavírá je.Členové týmu, kteří jsou přiřazeni k ověření oprav chyb, musí pokrýt příliš velkou oblast nebo se mohou zabývat různými prioritami, které jim zabrání v uzavření vyřešených chyb.

  • Jsou testovací prostředky nadpřiděleny?

  • Měl by tým revidovat priority testu?

Správná verze sestavy

Správná sestava trendů chyb ukazuje, že tým najde více chyb na začátku cyklu vývoje a menší počet chyb, když se blíží k vydání verze.Tým by měl vyřešit a uzavřít více chyb na konci projektu.

Pokud tým řeší chyby rychleji, než je nachází, začne se počet aktivních chyb snižovat.Když tým nachází méně chyb, je produkt stabilizován.

Chybná verze sestavy

Chybná sestava trendů chyb může zobrazit, že jak se blíží datum vydání, tým nachází chyby rychleji a řeší je pomaleji.V této situaci nevyřízené položky chyb týmu rostou, protože se chyby neopravují a můžete chtít zjistit příčiny.Následující ilustrace znázorňuje sestavu pro tým, který nachází mnoho chyb, vyřeší méně chyb než najde a uzavírá méně chyb než vyřeší.

Chybná verze sestavy trendů chyb

Filtrování sestavy a změna zobrazení

Sestavu trendů chyb lze filtrovat nebo změnit její zobrazení následujícími způsoby:

  • Změňte počáteční a koncové datum pro sestavu.

  • Filtrujte chyby, které se počítají do sestavy zadáním iterace a oblasti cest nebo stavu chyb, priority nebo závažnosti chyby.

Následující ilustrace znázorňuje dostupné filtry.

Filtry pro sestavu trendů chyb

Chcete-li filtrovat chyby, které jsou započteny v sestavě

  1. Proveďte některou nebo obě následující akce:

    • V seznamech Iterace nebo Oblast zaškrtněte políčko pro každou iteraci a oblast produktu, kterou chcete zahrnout.

    • V seznamech Stav, Priorita a Závažnost zaškrtněte políčko každého stavu, priority a závažnosti, které chcete zahrnout.

  2. Klikněte na tlačítko Zobrazit sestavu.

Viz také

Koncepty

Řídicí panely chyb

Sešit třídění

Sestava stavu chyb

Sestava opětovné aktivace

Další zdroje

Sestavy (SQL Server Reporting Services)