Sledovatelnost požadavků

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Sledovatelnostpožadavkůchm předpisům je schopnost spojit dvě nebo více fází vývojového procesu, které je pak možné vysledovat dopředu i dozadu od Sledovatelnost požadavků pomáhá týmům získat přehled o ukazatelích, jako je kvalita požadavků nebo připravenost k odeslání požadavku. Základním aspektem sledovatelnosti požadavků je přidružení požadavků k testování případů, chyb a změn kódu.

Přečtěte si glosář a seznamte se s terminologií testovací sestavy.

Agilní týmy, které spouští automatizované testy

Agilní týmy mají charakteristiky, včetně, ale nikoli pouze na následující:

• Rychlejší cykly vydávání verzí
• Průběžné testování v kanálu
• Zanedbatelná ruční testovací stopa; omezené na průzkumné testování
• Vysoký stupeň automatizace

Následující části se zabývají sledovatelností z hlediska kvality, chyby a zdroje pro agilní týmy.

Sledovatelnost kvality

Aby požadavky uživatelů splňovaly cíle kvality, dají se požadavky v projektu propojit s výsledky testů, které se pak dají zobrazit na řídicím panelu týmu. To umožňuje komplexní sledovatelnost s jednoduchým způsobem monitorování výsledků testů. Pokud chcete propojit automatizované testy s požadavky, navštivte testovací sestavu v buildu nebo vydané verzi.

1. V části Výsledky na kartě Testy souhrnu sestavení nebo vydané verze vyberte testy, které chcete propojit s požadavky, a zvolte Propojit.

   

2. Zvolte pracovní položku, která se má propojit s vybranými testy jedním ze zadaných způsobů:

   • V seznamu navrhovaných pracovních položek vyberte příslušnou pracovní položku. Seznam vychází z naposledy zobrazených a aktualizovaných pracovních položek.
   • Zadejte ID pracovní položky.
   • Vyhledejte pracovní položku na základě textu nadpisu.

   

   V seznamu jsou uvedeny pouze pracovní položky, které patří do kategorie Požadavky.

3. Týmy často chtějí připnout souhrnné zobrazení sledovatelnosti požadavků na řídicí panel. K tomu použijte widget Pro kvalitu požadavků.

   

4. Nakonfigurujte widget Kvality požadavků s požadovanými možnostmi a uložte ho.

   • Dotaz na požadavky: Vyberte dotaz pracovní položky, který zachycuje požadavky, například uživatelské scénáře v aktuální iteraci.
   • Údaje o kvalitě: Zadejte fázi kanálu, pro kterou má být trasována kvalita požadavků.

   

5. Zobrazte widget na řídicím panelu týmu. Zobrazí seznam všech požadavků v oboru spolu s rychlostí průchodu pro testy a počet neúspěšných testů. Výběrem počtu neúspěšných testů se otevře karta Testy pro vybrané sestavení nebo vydání. Widget také pomáhá sledovat požadavky bez přidružených testů.

   

Sledovatelnost chyb

Testování poskytuje míru spolehlivosti odeslání změny uživatelům. Selhání testu signalizuje problémy se změnou. K selháním může dojít z mnoha důvodů, jako jsou chyby ve zdroji v rámci testu, chybný testovací kód, problémy s prostředím, flaky testy a další. Chyby poskytují robustní způsob, jak sledovat selhání testů a řídit odpovědnost v týmu za provedení požadovaných nápravných akcí. Pokud chcete přidružit chyby k výsledkům testu, navštivte sestavu testů v buildu nebo vydané verzi.

1. V části Výsledky na kartě Testy vyberte testy, proti kterým by se měla chyba vytvořit, a zvolte Chyba. Více výsledků testů lze namapovat na jednu chybu. To se obvykle provádí v případě, že příčinou selhání je jedna příčina, jako je nedostupnost závislé služby, selhání připojení k databázi nebo podobné problémy.

   

2. Otevřete pracovní položku a zobrazte chybu. Zaznamenává úplný kontext výsledků testu, včetně klíčových informací, jako jsou chybová zpráva, trasování zásobníku, komentáře a další.

   

3. Zobrazte chybu s výsledkem testu přímo v kontextu na kartě Testy . Karta Pracovní položky obsahuje také všechny propojené požadavky na výsledek testu.

   

4. Z pracovní položky přejděte přímo na přidružené výsledky testu. Testovací případ i konkrétní výsledek testu jsou propojeny s chybou.

   

5. V pracovní položce vyberte Testovací případ nebo Výsledek testu a přejděte přímo na stránku Testy pro vybrané sestavení nebo vydání. Můžete vyřešit selhání, aktualizovat analýzu chyby a provést změny potřebné k vyřešení problému podle potřeby. I když vás oba odkazy převezou na kartu Testy, výchozí část zobrazená je Historie a Ladění .

   

Sledovatelnost zdroje

Při řešení potíží se selháními testů, ke kterým dochází konzistentně v určitém časovém období, je důležité trasovat zpět k počáteční sadě změn – kde došlo k selhání. To může pomoct výrazně zúžit rozsah pro identifikaci problematického testu nebo zdroje v rámci testu. Pokud chcete zjistit první instanci selhání testů a sledovat ji zpět na přidružené změny kódu, přejděte na kartu Testy v buildu nebo vydané verzi.

1. Na kartě Testy vyberte chybu testu, která se má analyzovat. Na základě toho, jestli se jedná o sestavení nebo verzi, zvolte sloupec Neúspěšné sestavení nebo Neúspěšné vydání testu.

   

2. Otevře se další instance karty Testy v novém okně, kde se zobrazí první instance po sobě jdoucích selhání testu.

   

3. Na základě kanálu buildu nebo verze můžete zvolit časovou osu nebo zobrazení kanálu a zjistit, jaké změny kódu byly potvrzeny. Můžete analyzovat změny kódu a identifikovat potenciální původní příčinu selhání testu.

   

Tradiční týmy využívající plánované testování

Týmy, které přecházejí z ručního testování na průběžné (automatizované) testování a mají už automatizovanou podmnožinu testů, je můžou spouštět jako součást kanálu nebo na vyžádání (viz testovací sestava). Automatizované testy se dají přidružit k testovacím případům v testovacím plánu a spouštět z testovacích plánů Azure. Po přidružení tyto testy přispívají k metrikám kvality odpovídajících požadavků.

Nápověda a podpora

• Podívejte se na naši stránku pro řešení potíží.
• Získejte rady o Stack Overflow a získejte podporu prostřednictvím komunity vývojářů.