Co je matice sledovatelnosti požadavků (RTM) v testování?

Od: Thomas Hamilton Thomas Hamilton
Hours aktualizováno

⚡ Chytré shrnutí

Matice sledovatelnosti požadavků (RTM) je strukturovaný dokument, který propojuje požadavky projektu s odpovídajícími testovacími případy a zajišťuje tak plné pokrytí a validaci. Hraje klíčovou roli v testování softwaru tím, že zabraňuje přehlédnutí funkcí, podporuje dodržování předpisů a poskytuje přehled o stavu mezi zúčastněnými stranami.

  • Začněte s RTM v rané fázi životního cyklu projektu, abyste zajistili úplný soulad s požadavky.
  • Aktualizujte matici vždy, když se změní požadavky nebo testovací případy.
  • Používejte jasná a jedinečná ID pro efektivní mapování požadavků, scénářů a testovacích případů.
  • Spolupracujte mezi testery, vývojáři, analytiky a manažery na sdílené odpovědnosti.
  • Využijte automatizační nástroje (např. Jira, Zephyr) ke snížení manuální práce a zlepšení škálovatelnosti.
Více

Matice sledovatelnosti (RTM)

Co je Traceability Matrix (TM)?

Matice sledovatelnosti je dokument, který koreluje dva základní dokumenty vyžadující vztah typu „mnoho k mnoha“, aby se ověřila jeho úplnost.

Používá se ke sledování požadavků a ke kontrole, zda jsou splněny aktuální požadavky projektu.

👉 Zaregistrujte se do projektu bezplatného živého testování softwaru

Co je to matice sledovatelnosti požadavků?

Matice sledovatelnosti požadavků (RTM) je dokument, který mapuje a sleduje požadavky uživatelů pomocí testovacích případů. Zachycuje všechny požadavky navržené klientem a jejich sledovatelnost v jednom dokumentu, který je dodán na konci projektu. Životní cyklus vývoje softwaruHlavním účelem matice sledovatelnosti požadavků je ověřit, zda jsou všechny požadavky ověřeny pomocí testovacích případů, takže během testování softwaru není žádná funkcionalita nekontrolována.

Proč je RTM důležitý?

Hlavním cílem každého testera by mělo být pochopení požadavků klienta a zajištění bezchybnosti výstupního produktu. K dosažení tohoto cíle by měl každý QA důkladně porozumět požadavkům a vytvořit pozitivní i negativní testovací případy.

To by znamenalo, že softwarové požadavky poskytnuté klientem musí být dále rozděleny do různých scénářů a dále do testovacích případů. Každý z těchto případů musí být proveden samostatně.

Vyvstává zde otázka, jak zajistit, aby byl požadavek otestován s ohledem na všechny možné scénáře/případy? Jak zajistit, aby žádný požadavek nebyl vynechán z testovacího cyklu?

Jednoduchým způsobem je vysledovat požadavek s jeho odpovídajícími testovacími scénáři a testovací případyTomu se říká „Matice sledovatelnosti požadavků“.

Matice sledovatelnosti je obvykle pracovní list, který obsahuje požadavky se všemi možnými testovací scénáře a případy a jejich aktuální stav, tj. zda byly schváleny nebo ne. To by testovacímu týmu pomohlo pochopit úroveň testovacích aktivit provedených pro konkrétní produkt.

Kdo potřebuje RTM?

A Matice sledovatelnosti požadavků (RTM) Není jen pro testery – je cenný pro každého, kdo se podílí na vývoji vysoce kvalitního softwaru nebo projektů.

  • QA a testeři → Zajistěte 100% pokrytí požadavků pomocí dobře namapovaných testovacích případů.
  • Obchodní analytici → Sledování požadavků z SRS/Uživatelských příběhů až po jejich realizaci.
  • projektoví manažeři → Získejte přehled o rozsahu, pokroku a nesplněných požadavcích.
  • Vývojáři → Pochopte, jak se funkce mapují zpět na obchodní cíle.
  • Regulovaná průmyslová odvětví (Zdravotnictví, automobilový průmysl, letecký průmysl, finance) → Prokázat shodu s předpisy a projít audity s jasnou sledovatelností.
  • Klienti a zainteresované strany → Získejte ujištění, že jejich požadavky jsou implementovány a otestovány.

👉 Zkrátka každý, kdo je za to zodpovědný vytváření, ověřování nebo schvalování softwarových požadavků výhody RTM.

Které parametry zahrnout do matice sledovatelnosti požadavků?

  • ID požadavku
  • Typ požadavku a Description
  • Testovací případy se stavem

Matice sledovatelnosti požadavků

Výše je matice sledovatelnosti požadavků na vzorek.

Ale v typickém testování softwaru matice sledovatelnosti by měla více než tyto parametry.

Matice sledovatelnosti požadavků

Jak je znázorněno výše, matice sledovatelnosti požadavků může:

  • Ukažte pokrytí požadavků v počtu testovacích případů
  • Stav návrhu i stav provádění pro konkrétní testovací případ
  • Pokud existují nějaké testy uživatelské akceptace, které mají uživatelé provést, lze stav UAT zachytit také ve stejné matici.
  • V téže matici mohou být uvedeny i související vady a aktuální stav.

Tento druh matice by poskytl One-Stop Shop pro všechny testovací činnosti.

Kromě samostatného udržování souboru Excel se testovací tým může také rozhodnout pro sledování požadavků, které je k dispozici v nástrojích pro správu testů.

Typy testovací matice sledovatelnosti

V softwarovém inženýrství lze matici sledovatelnosti rozdělit na tři hlavní komponenty, jak je uvedeno níže:

  • Dopředná sledovatelnost: Tato matice se používá ke kontrole, zda projekt postupuje požadovaným směrem a pro správný produkt. Zajišťuje, že každý požadavek je aplikován na produkt a že každý požadavek je důkladně testován. Mapuje požadavky na testovací případy.
  • Zpětná nebo zpětná sledovatelnost: Používá se k zajištění toho, aby aktuální produkt zůstal na správné cestě. Účelem tohoto typu sledovatelnosti je ověřit, zda nerozšiřujeme rozsah projektu přidáváním kódu, designových prvků, testů nebo jiné práce, která není specifikována v požadavcích. Mapuje testovací případy na požadavky.
  • Obousměrná sledovatelnost (vpřed+vzad): Tato matice sledovatelnosti zajišťuje, že testovací případy pokrývají všechny požadavky. Analyzuje dopad změny požadavků ovlivněné daným Přeběhnout v pracovním produktu a naopak.

SOUVISEJÍCÍ ČLÁNKY

Jak vytvořit matici sledovatelnosti požadavků

Pojďme porozumět konceptu Requirement Traceability Matrix prostřednictvím bankovního projektu Guru99.

Na základě dokument s obchodními požadavky (BRD) si Dokument s technickými požadavky (TRD), testeři začnou psát testovací případy.

Předpokládejme, že následující tabulka je náš dokument s obchodními požadavky nebo BRD pro Bankovní projekt Guru99.

V tomto scénáři by se zákazník měl být schopen přihlásit na webové stránky bankovnictví Guru99 pomocí správného hesla a uživatelského jména, zatímco manažer by se měl být schopen přihlásit na webové stránky prostřednictvím přihlašovací stránky zákazníka.

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Níže uvedená tabulka je naše Dokument s technickými požadavky (TRD).

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Poznámka: QA týmy nedokumentují BRD a TRD. Některé společnosti také používají Dokumenty s požadavkem funkcí (FRD), které jsou podobné dokumentům s technickými požadavky, ale proces vytváření matice sledovatelnosti zůstává stejný.

Pojďme do toho a vytvořte RTM v Testingu

Krok 1) Náš ukázkový testovací případ is

„Ověření přihlášení: Po zadání správného ID a hesla by se mělo zařízení úspěšně přihlásit.“

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Krok 2) Identifikujte technický požadavek, který tento testovací případ ověřuje. V našem testovacím případě se ověřuje technický požadavek T94.

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Krok 3) Všimněte si tohoto technického požadavku (T94) ve zkušebním případu.

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Krok 4) Identifikujte obchodní požadavek, pro který je definován tento TR (technický požadavek-T94).

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Krok 5) V testovacím případě si všimněte BR (obchodního požadavku).

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Krok 6) Výše uvedený postup proveďte pro všechny testovací případy. Later, Extrahujte první 3 sloupce z testovací sady. RTM v testování je připraveno!

Jak vytvořit matici sledovatelnosti požadavků (RTM)

Výhody matice sledovatelnosti požadavků

  • Potvrzuje 100% pokrytí testem
  • Zdůrazňuje všechny chybějící požadavky nebo nekonzistence dokumentů
  • Zobrazuje celkové vady nebo stav provedení se zaměřením na obchodní požadavky
  • Pomáhá při analýze nebo odhadu dopadu na práci QA týmu s ohledem na opětovné prozkoumání nebo přepracování testovacích případů.

Nejlepší postupy a tipy pro používání RTM

Matice sledovatelnosti požadavků (RTM) je nejúčinnější, když je jednoduché, konzistentní a pravidelně aktualizovanéZde jsou osvědčené postupy, které týmům umožní zajistit plné pokrytí, minimální přepracování a větší jistota v dodání projektu:

  • Začněte brzy → Vytvořte si RTM na úplném začátku projektu.
  • Udržujte to aktualizované → Aktualizujte matici vždy, když se změní požadavky nebo testovací případy.
  • Používejte jasné identifikátory → Pro snadnou sledovatelnost přiřaďte požadavkům a testovacím případům jedinečné ID.
  • Kryjte pozitivní i negativní případy → Zajistěte, aby každý požadavek byl ověřen z více testovacích úhlů pohledu.
  • Spolupráce napříč týmy → Zapojte testery, vývojáře, obchodní asistenty a projektové manažery do údržby RTM.
  • Pákové nástroje → Místo tabulek zvažte nástroje pro správu testů (jako Jira, HP ALM nebo Zephyr) kvůli škálovatelnosti.
  • Ovládání verzí → Uchovávejte historické verze pro sledování změn a zachování souladu s předpisy.
  • Zaměřte se na jednoduchost → Nepřetěžujte matici; zvýrazněte pouze podstatné parametry.
  • Pravidelně auditujte → Pravidelně kontrolujte RTM, abyste odhalili mezery před termíny testování.
  • Propojení s obchodní hodnotou → Pro znázornění návratnosti investic propojte požadavky s obchodními cíli.

Běžné problémy a řešení RTM

  1. Výzva: Udržování aktualizace RTM
    Požadavky a testovací případy se často mění, takže RTM rychle zastarává.
    Řešení: Používejte automatizované nástroje pro správu testů, které synchronizují požadavky, testovací případy a defekty v reálném čase.
  2. Výzva: Nadměrná složitost
    Přidání příliš velkého množství parametrů ztěžuje údržbu a interpretaci RTM.
    Řešení: Udržujte štíhlé RTM zaměřením pouze na základní pole, jako jsou ID, popisy a stav.
  3. Výzva: Špatná týmová spolupráce
    Různé týmy se nemusí shodnout na vlastnictví nebo aktualizacích.
    Řešení: Definujte jasné role, zapojte testery, vývojáře a analytiky a naplánujte pravidelné kontroly RTM.
  4. Výzva: Neúplné pokrytí požadavků
    V některých požadavcích může docházet k nedostatečné funkcionalitě, což může vést k chybějícím testovacím případům.
    Řešení: Pravidelně ověřujte pokrytí, používejte obousměrnou sledovatelnost a provádějte audity před vydáním hlavních verzí.
  5. Výzva: Manuální práce ve velkých projektech
    Správa RTM v tabulkách se u složitých systémů stává časově náročnou.
    Řešení: Použijte nástroje RTM, jako jsou Jira, HP ALM nebo Zephyr, k automatizaci mapování a reportingu.

Pojďme se naučit RTM s příkladem ve videu

klikněte zde pokud video není přístupné

Požadavky Šablona matice sledovatelnosti (RTM).

Kliknutím níže si stáhnete soubor Excel šablony RTM

Stáhněte si šablonu RTM Excel (.xlsx)

Nejčastější dotazy:

RTM se používá k zajištění toho, aby každý požadavek projektu byl propojen s odpovídajícími testovacími případy. Pomáhá ověřit plné pokrytí, sledovat změny, omezit chyby a poskytnout důkaz o validaci. Mapováním požadavků na testy RTM zlepšuje zajištění kvality, dodržování předpisů a důvěru zúčastněných stran v celém životním cyklu vývoje.

Existují tři hlavní typy RTM: Dopředná sledovatelnost (mapuje požadavky na testovací případy), Zpětná sledovatelnost (mapuje testovací případy zpět na požadavky) a Obousměrná sledovatelnost (kombinuje oba směry). Tyto přístupy společně zajišťují úplné pokrytí, zabraňují zbytečnému rozšiřování rozsahu a ověřují, že všechny požadavky jsou důkladně otestovány.

Matice sledovatelnosti požadavků se obvykle připravuje v rané fázi projektu, jakmile jsou požadavky zdokumentovány v SRS, BRD nebo backlogu. Vyvíjí se v průběhu celého životního cyklu a aktualizuje se vždy, když se požadavky nebo testovací případy změní. Včasná příprava RTM zajišťuje sladění, minimalizuje zmeškané funkce a podporuje efektivní plánování testování a analýzu pokrytí.

Primární odpovědnost za udržování RTM obvykle leží na tým QA or testery. Nicméně, obchodní analytici definovat požadavky, Vývojáři propojit kód s těmito požadavky a projektoví manažeři dohlížet na přesnost. V praxi je RTM sdílenou odpovědností mezi týmy, která zajišťuje sledování a ověřování požadavků v každé fázi.

Chcete-li použít RTM, uveďte požadavky projektu spolu s odpovídajícími testovacími případy. Sledujte stav provedení, vady a pokrytí. Týmy jej používají k ověření, zda jsou požadavky testovány, identifikaci mezer a posouzení dopadů změn. Stává se živým dokumentem, který poskytuje přehled a kontrolu v průběhu celého testování a životního cyklu projektu.

Ano, RTM se v agilních projektech široce používá. Místo formálních dokumentů SRS často požadavky pocházejí z uživatelské příběhy or nevyřízené položky produktůAgilní týmy mapují tyto příběhy na testovací případy v RTM, čímž zajišťují validaci každého příběhu. To se dobře přizpůsobuje iterativní povaze agilních metod a zároveň zachovává plné pokrytí.

Ano, RTM lze automatizovat pomocí nástrojů pro správu testů, jako je Jira, HP ALM nebo ZephyrAutomatizace snižuje manuální námahu, zajišťuje aktualizace v reálném čase a poskytuje lepší sledovatelnost napříč požadavky, testovacími případy a defekty. Automatizované RTM jsou obzvláště užitečné u velkých nebo regulovaných projektů, kde je dodržování předpisů a připravenost na audit zásadní.

RTM a RACI slouží různým účelům. RTM sleduje požadavky a testovací případy, aby bylo zajištěno pokrytí a validace. RACI je matice přidělování odpovědností, která ukazuje, kdo je v projektu zodpovědný, kdo je odpovědný, kdo je konzultován a kdo je informován. RTM se zaměřuje na požadavky a testování, zatímco RACI objasňuje role a odpovědnosti týmu.

Shrňte tento příspěvek takto: