Mi az a követelmények nyomon követhetőségi mátrixa (RTM) a tesztelés során?

⚡ Okos összefoglaló

A követelménykövetési mátrix (RTM) egy strukturált dokumentum, amely összekapcsolja a projektkövetelményeket a megfelelő tesztesetekkel, biztosítva a teljes lefedettséget és validációt. Kritikus szerepet játszik a szoftvertesztelésben azáltal, hogy megakadályozza a kihagyott funkciókat, támogatja a megfelelőséget és átláthatóságot biztosít az érdekelt felek között.

  • Az RTM-et a projekt életciklusának korai szakaszában kell elkezdeni, hogy biztosítsák a követelményekkel való teljes összhangot.
  • Tartsa naprakészen a mátrixot, amikor a követelmények vagy a tesztesetek változnak.
  • Használjon egyértelmű, egyedi azonosítókat a követelmények, forgatókönyvek és tesztesetek hatékony leképezéséhez.
  • Együttműködjön a tesztelők, fejlesztők, elemzők és vezetők között a megosztott elszámoltathatóság érdekében.
  • Használja ki az automatizálási eszközöket (pl. Jira, Zephyr) a manuális erőfeszítés csökkentése és a skálázhatóság javítása érdekében.

Nyomonkövethetőségi mátrix (RTM)

Mi az a Traceability Matrix (TM)?

A nyomonkövetési mátrix egy olyan dokumentum, amely összefüggésbe hozza bármely két olyan alapdokumentumot, amelyek sok-a-sokhoz kapcsolatot igényelnek a kapcsolat teljességének ellenőrzéséhez.

A követelmények nyomon követésére és annak ellenőrzésére szolgál, hogy az aktuális projektkövetelmények teljesülnek-e.

👉 Regisztrálj ingyenes élő szoftvertesztelési projektre

Mi az a követelménykövetési mátrix?

Követelménykövetési mátrix (RTM) egy olyan dokumentum, amely tesztesetekkel feltérképezi és nyomon követi a felhasználói követelményeket. Egyetlen dokumentumban rögzíti az ügyfél által javasolt összes követelményt és a követelmények nyomon követhetőségét, amelyet a projekt befejezésekor adnak át. Szoftverfejlesztés életciklusaA követelménykövetési mátrix fő célja annak validálása, hogy minden követelményt teszteseteken keresztül ellenőriztek-e, így a szoftvertesztelés során egyetlen funkció sem marad ellenőrizetlen.

Miért fontos az RTM?

Minden tesztelő fő célja az ügyfél követelményeinek megértése és annak biztosítása, hogy a kimeneti termék hibamentes legyen. Ennek a célnak az elérése érdekében minden minőségbiztosítási szakembernek alaposan meg kell értenie a követelményeket, és pozitív, valamint negatív teszteseteket kell létrehoznia.

Ez azt jelentené, hogy az ügyfél által biztosított szoftverkövetelményeket tovább kell bontani különböző forgatókönyvekre és tesztesetekre. Ezeket az eseteket külön-külön kell végrehajtani.

Felmerül a kérdés, hogyan biztosítható a követelmény tesztelése, figyelembe véve az összes lehetséges forgatókönyvet/esetet? Hogyan biztosítható, hogy egyetlen követelmény se maradjon ki a tesztelési ciklusból?

Egy egyszerű módszer a követelmény nyomon követése a megfelelő tesztforgatókönyvekkel és teszt esetekEzt „Követelmény-nyomonkövetési mátrixnak” nevezik.

A nyomonkövethetőségi mátrix jellemzően egy munkalap, amely tartalmazza a követelményeket minden lehetséges teszt forgatókönyvek és az eseteket, valamint azok aktuális állapotát, azaz hogy megfeleltek-e vagy sem. Ez segítene a tesztelőcsapatnak megérteni az adott termék tesztelési tevékenységeinek szintjét.

Kinek van szüksége RTM-re?

A Követelmények nyomon követhetőségi mátrix (RTM) nem csak tesztelőknek szól – értékes bárki számára, aki kiváló minőségű szoftverek vagy projektek szállításában vesz részt.

  • QA és tesztelők → Biztosítsa a 100%-os követelménylefedettséget jól feltérképezett tesztesetekkel.
  • Üzleti elemzők → Kövesse nyomon a követelményeket az SRS/felhasználói történetektől kezdve a végrehajtásig.
  • A projekt menedzserek → Áttekintést nyerhet a hatókörről, a haladásról és a kihagyott követelményekről.
  • Fejlesztők → Értse meg, hogyan kapcsolódnak a funkciók az üzleti célokhoz.
  • Szabályozott iparágak (Egészségügy, Autóipar, Repülőgépipar, Pénzügy) → Igazolja a megfelelőséget és teljesítse az auditokat egyértelmű nyomon követhetőséggel.
  • Ügyfelek és érdekelt felek → Biztosítékot kaphat arról, hogy a követelményeik végrehajtásra és tesztelésre kerültek.

👉 Röviden, bárki, aki felelős azért, szoftverkövetelmények felépítése, validálása vagy jóváhagyása előnyei az RTM-nek.

Milyen paramétereket kell belefoglalni a követelménykövetési mátrixba?

  • Követelményazonosító
  • Követelmény típusa és Description
  • Tesztesetek állapottal

Követelmények Nyomon követhetőségi mátrix

Fent egy mintakövetelmény-követési mátrix látható.

De tipikusan szoftver tesztelés projektben a nyomon követhetőségi mátrixnak több lenne, mint ezek a paraméterek.

Követelmények Nyomon követhetőségi mátrix

A fentiek szerint egy követelmény-követési mátrix:

  • Mutassa be a követelménylefedettséget a tesztesetek számában
  • Tervezési állapot, valamint végrehajtási állapot az adott tesztesethez
  • Ha a felhasználóknak felhasználói elfogadási teszteket kell elvégezniük, akkor az UAT állapota is rögzíthető ugyanebben a mátrixban.
  • Ugyanebben a mátrixban megemlíthetők a kapcsolódó hibák és az aktuális állapot is.

Ez a fajta mátrix biztosítaná Egyablakos üzlet az összes tesztelési tevékenységhez.

Az Excel külön karbantartása mellett a tesztelőcsapat választhatja a Test Management Toolsban elérhető követelménykövetést is.

Nyomon követhetőségi tesztmátrix típusai

A szoftverfejlesztésben a nyomonkövethetőségi mátrix három fő összetevőre osztható, az alábbiak szerint:

  • Előre nyomon követhetőség: Ez a mátrix annak ellenőrzésére szolgál, hogy a projekt a kívánt irányba és a megfelelő termékhez halad-e. Biztosítja, hogy minden követelményt alkalmazzanak a termékre, és minden követelményt alaposan teszteljenek. Feltérképezi a követelményeket a tesztesetekhez.
  • Visszafelé vagy fordított nyomon követhetőség: Arra szolgál, hogy a jelenlegi termék a helyes úton maradjon. Az ilyen típusú nyomonkövethetőség célja annak ellenőrzése, hogy nem bővítjük-e a projekt hatókörét kód, tervezési elemek, tesztek vagy egyéb, a követelményekben nem meghatározott munkák hozzáadásával. A teszteseteket megfelelteti a követelményeknek.
  • Kétirányú nyomon követhetőség (előre+hátra): Ez a nyomonkövethetőségi mátrix biztosítja, hogy a tesztesetek minden követelményt lefedjenek. Elemzi a követelmények változásának hatását, amelyet a Disszidál munkatermékben és fordítva.

Hogyan hozzunk létre egy követelmény-nyomonkövetési mátrixot

Ismerjük meg a Követelmény Nyomon követhetőségi Mátrix fogalmát egy Guru99 banki projekten keresztül.

Alapján a a Business Requirement Document (BRD) és a Műszaki követelménydokumentum (TRD), a tesztelők elkezdenek teszteseteket írni.

Tegyük fel, hogy a következő táblázat az üzleti követelménydokumentumunk, vagyis BRD az Guru99 banki projekt.

Ebben az esetben a forgatókönyv az, hogy az ügyfélnek be kell tudnia jelentkezni a Guru99 banki weboldalra a helyes jelszóval és felhasználói azonosítóval, míg a vezetőnek az ügyfél bejelentkezési oldalán keresztül kell tudnia bejelentkezni a weboldalra.

Követelménykövetési mátrix (RTM) létrehozása

Az alábbi táblázat a miénk Műszaki követelménydokumentum (TRD).

Követelménykövetési mátrix (RTM) létrehozása

Jegyzet: A minőségbiztosítási csapatok nem dokumentálják a BRD-t és a TRD-t. Ezenkívül egyes cégek használják Funkciókövetelmény-dokumentumok (FRD), amelyek hasonlóak a Műszaki Követelménydokumentumokhoz, de a Nyomonkövethetőségi Mátrix létrehozásának folyamata ugyanaz marad.

Menjünk előre, és hozzuk létre az RTM-et a tesztelésben

Step 1) termékeink minta teszteset is

„Bejelentkezés ellenőrzése: A helyes azonosító és jelszó megadása után sikeresen be kell jelentkeznie.”

Követelménykövetési mátrix (RTM) létrehozása

Step 2) Azonosítsa a teszteset által ellenőrzött technikai követelményt. A tesztesetünkben a T94 technikai követelmény ellenőrzése folyamatban van.

Követelménykövetési mátrix (RTM) létrehozása

Step 3) Vegye figyelembe ezt a műszaki követelményt (T94) a tesztesetben.

Követelménykövetési mátrix (RTM) létrehozása

Step 4) Azonosítsa azt az üzleti követelményt, amelyre ez a TR (Technical Requirement-T94) meghatározásra került

Követelménykövetési mátrix (RTM) létrehozása

Step 5) Figyeljük meg a BR-t (üzleti követelmény) a tesztesetben

Követelménykövetési mátrix (RTM) létrehozása

Step 6) Végezze el a fentieket az összes tesztesetre. Later, Vond ki az első 3 oszlopot a tesztcsomagodból. Az RTM tesztelésben kész!

Követelménykövetési mátrix (RTM) létrehozása

A követelménykövetési mátrix előnyei

  • 100%-os tesztlefedettséget igazol
  • Kiemeli a hiányzó követelményeket vagy a dokumentumok következetlenségeit
  • Megmutatja az általános hibákat vagy a végrehajtás állapotát, az üzleti követelményekre összpontosítva
  • Segít a tesztesetek felülvizsgálatának vagy átdolgozásának a minőségbiztosítási csapat munkájára gyakorolt ​​hatás elemzésében vagy becslésében.

Bevált gyakorlatok és tippek az RTM használatához

A követelménykövetési mátrix (RTM) akkor a leghatékonyabb, ha egyszerű, következetes és rendszeresen frissítettÍme a legjobb gyakorlatok, amelyek lehetővé teszik a csapatok számára, hogy biztosítsák teljes lefedettség, minimális utómunka és a projekt megvalósításába vetett nagyobb bizalom:

  • Korán kezdje → Hozd létre az RTM-edet a projekt legelején.
  • Tartsa frissítve → Frissítse a mátrixot, valahányszor a követelmények vagy a tesztesetek változnak.
  • Használjon tiszta azonosítókat → Rendeljen egyedi azonosítókat a követelményekhez és tesztesetekhez a könnyű nyomon követhetőség érdekében.
  • Pozitív és negatív esetek lefedése → Győződjön meg arról, hogy minden követelményt több tesztoldalról validálnak.
  • Együttműködés csapatok között → Vonja be a tesztelőket, fejlesztőket, üzleti adminisztrátorokat és projektmenedzsereket az RTM karbantartásába.
  • Tőkeáttétel eszközök → Táblázatok helyett érdemesebb tesztkezelő eszközöket (mint például a Jira, a HP ALM vagy a Zephyr) használni a skálázhatóság érdekében.
  • Verzióvezérlés → Őrizze meg a korábbi verziókat a változások nyomon követése és a megfelelőség fenntartása érdekében.
  • Fókuszáljon az egyszerűségre → Kerülje a mátrix túlterhelését; csak a lényeges paramétereket emelje ki.
  • Rendszeres ellenőrzés → A tesztelési határidők előtt rendszeresen tekintse át az RTM-et a hiányosságok kiszűrése érdekében.
  • Link az üzleti értékhez → A követelmények üzleti célokhoz való viszonyítása a befektetés megtérülésének bemutatása érdekében.

Gyakori RTM kihívások és megoldások

  1. Kihívás: Az RTM naprakészen tartása
    A követelmények és a tesztesetek gyakran változnak, így az RTM gyorsan elavulttá válik.
    Megoldás: Használjon automatizált tesztkezelő eszközöket, amelyek valós időben szinkronizálják a követelményeket, a teszteseteket és a hibákat.
  2. Kihívás: Túlzott komplexitás
    A túl sok paraméter hozzáadása megnehezíti az RTM karbantartását és értelmezését.
    Megoldás: Tartsd az RTM-et egyszerűnek azáltal, hogy csak a lényeges mezőkre, például az azonosítókra, leírásokra és állapotra koncentrálsz.
  3. Kihívás: Gyenge csapatmunka
    Előfordulhat, hogy a különböző csapatok nem értenek egyet a tulajdonjog vagy a frissítések tekintetében.
    Megoldás: Határozzon meg egyértelmű szerepköröket, vonja be a tesztelőket, fejlesztőket és elemzőket, és ütemezzen be rendszeres RTM-felülvizsgálatokat.
  4. Kihívás: Hiányos követelménylefedettség
    Előfordulhat, hogy egyes követelményekből hiányoznak a tesztesetek, ami funkciók kihagyásához vezethet.
    Megoldás: Rendszeresen ellenőrizze a lefedettséget, használjon kétirányú nyomon követhetőséget, és a nagyobb kiadások előtt futtasson auditokat.
  5. Kihívás: Kézi erőfeszítés nagy projektekben
    Az RTM kezelése táblázatokban időigényessé válik az összetett rendszerek számára.
    Megoldás: Használjon RTM eszközöket, mint például a Jira, a HP ALM vagy a Zephyr, a térképezés és a jelentéskészítés automatizálásához.

Tanuljuk meg az RTM-et egy példán keresztül a Videóban

Kattints itt ha a videó nem érhető el

Követelmények Nyomon követhetőségi mátrix (RTM) sablon

Kattintson az alábbi gombra az RTM sablon Excel fájljának letöltéséhez

Töltse le az Excel RTM-sablonját (.xlsx)

GYIK:

Az RTM-et arra használják, hogy minden projektkövetelmény a megfelelő tesztesetekhez kapcsolódjon. Segít a teljes lefedettség ellenőrzésében, a változások nyomon követésében, a hibák csökkentésében és az érvényesítés igazolásában. A követelmények tesztekhez való hozzárendelésével az RTM javítja a minőségbiztosítást, a megfelelőséget és az érdekelt felek bizalmát a fejlesztési életciklus során.

Az RTM három fő típusa létezik: Továbbított nyomon követhetőség (a követelményeket tesztesetekhez rendeli), Visszamenőleges nyomon követhetőség (a teszteseteket visszavezeti a követelményekhez), és Kétirányú nyomon követhetőség (mindkét irányt ötvözi). Ezek a megközelítések együttesen biztosítják a teljes lefedettséget, megakadályozzák a hatókör szükségtelen kiterjesztését, és validálják, hogy minden követelmény alaposan tesztelve van.

A követelmény-nyomonkövethetőségi mátrixot jellemzően a projekt korai szakaszában készítik el, miután a követelményeket dokumentálták az SRS-ben, a BRD-ben vagy a backlogban. Az életciklus során folyamatosan fejlődik, és a követelmények vagy a tesztesetek változása esetén frissül. Az RTM korai elkészítése biztosítja az összehangolást, minimalizálja a kihagyott funkciókat, és támogatja a hatékony teszttervezést és lefedettségelemzést.

Az RTM karbantartásának elsődleges felelőssége általában a QA csapat or tesztelők. Azonban, üzleti elemzők követelmények meghatározása, fejlesztők csatolja a kódot ezekhez a követelményekhez, és projektmenedzserek felügyelje a pontosságot. A gyakorlatban az RTM a csapatok közös felelőssége, biztosítva a követelmények nyomon követését és validálását minden szakaszban.

RTM használatához sorold fel a projektkövetelményeket a hozzájuk tartozó tesztesetek mellett. Kövesd nyomon a végrehajtás állapotát, a hibákat és a lefedettséget. A csapatok ezt használják a követelmények tesztelésének ellenőrzésére, a hiányosságok azonosítására és a változások hatásainak felmérésére. Élő dokumentummá válik, amely láthatóságot és kontrollt biztosít a tesztelés és a projekt életciklusa során.

Igen, az RTM-et széles körben használják az agilis projektekben. A formális SRS dokumentumok helyett a követelmények gyakran származnak felhasználói történetek or termékelmaradásokAz agilis csapatok ezeket a történeteket az RTM teszteseteihez rendelik, biztosítva, hogy minden történet validálva legyen. Jól alkalmazkodik az agilis módszertan iteratív természetéhez, miközben teljes lefedettséget biztosít.

Igen, az RTM automatizálható tesztkezelő eszközökkel, mint például a Jira, HP ALM vagy ZephyrAz automatizálás csökkenti a manuális erőfeszítést, valós idejű frissítéseket biztosít, és jobb nyomon követhetőséget biztosít a követelmények, tesztesetek és hibák között. Az automatizált RTM-ek különösen hasznosak nagyméretű vagy szabályozott projektekben, ahol a megfelelőség és az auditkészség kritikus fontosságú.

Az RTM és a RACI különböző célokat szolgál. RTM nyomon követi a követelményeket és a teszteseteket a lefedettség és az validáció biztosítása érdekében. RACI egy felelősségkiosztási mátrix, amely megmutatja, hogy ki a felelős, elszámoltatható, konzultálandó és tájékozott egy projektben. Az RTM a követelményekre és a tesztelésre összpontosít, míg a RACI tisztázza a csapat szerepeit és felelősségi köreit.

Foglald össze ezt a bejegyzést a következőképpen: