Mi a követelmény? TracElérhetőségi mátrix (RTM) a tesztelésben?

By: Thomas Hamilton Thomas Hamilton
Hours korszerűsített

⚡ Okos összefoglaló

A követelmények TracAz eability Matrix (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.
További információk

Tracteljesítőképességi mátrix (RTM)

Mi a TracKépességmátrix (TM)?

A TracAz eability Matrix egy olyan dokumentum, amely bármely két olyan alapdokumentumot korrelál, amelyek sok-a-sokhoz kapcsolatot igényelnek a kapcsolat teljességének ellenőrzéséhez.

Megszokta traca követelményeket, és ellenőrizni, hogy teljesülnek-e a jelenlegi projektkövetelmények.

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

Mi az a követelmény? TracKépességi mátrix?

Követelmény Tracteljesítőképességi mátrix (RTM) egy olyan dokumentum, amely feltérképezi és tracfelhasználói követelmények tesztesetekkel. Rögzíti az ügyfél által javasolt összes követelményt és követelményt tracegyetlen dokumentumban, a folyamat végén átadott Szoftverfejlesztés életciklusaA Követelmény fő célja. TracA teljesítőképességi mátrix 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ódja az, hogy trace a követelmény a hozzá tartozó tesztforgatókönyvekkel és teszt esetekEzt „Követelménynek” nevezik. Trac„Képességi mátrix”.

Az tracA teljesítőképességi mátrix jellemzően egy munkalap, amely tartalmazza a követelményeket az összes 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 Tracteljesítőképessé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 → Track követelmények az SRS/felhasználói történetektől a végrehajtáson keresztül.
  • 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 tegyen meg mindent az auditokon, tracképesség.
  • Ü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.

Mely paramétereket kell belefoglalni a követelménybe? TracKépességi mátrix?

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

követelmények Tracteljesítőképességi mátrix

A fenti egy mintakövetelmény tracteljesítőképességi mátrix.

De tipikusan szoftver tesztelés projekt, a tracA teljesítőképességi mátrixnak ennél több paramétere lenne.

követelmények Tracteljesítőképességi mátrix

Amint azt fentebb szemléltettük, követelmény tracA teljesítőképességi mátrix képes:

  • 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 követelményeket is választhat. tracelérhető a Tesztkezelő Eszközökben.

Típusok Tracteljesítőképességi tesztmátrix

A szoftverfejlesztésben egy tracA teljesítőképességi mátrix három fő összetevőre osztható, az alábbiak szerint:

  • Előre tracképessé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.
  • Hátra vagy hátra tracképesség: Arra szolgál, hogy a jelenlegi termék a megfelelő helyen maradjon. track. Az ilyen típusú tevékenység mögött meghúzódó cél tracAz ebility (teljesítmény) célja annak ellenőrzése, hogy nem bővítjük-e a projekt hatókörét olyan kód, tervezési elemek, tesztek vagy egyéb munkák hozzáadásával, amelyek nincsenek meghatározva a követelményekben. A teszteseteket megfelelteti a követelményeknek.
  • Kétirányú tracKépesség (előre+hátra): Ez a tracA teljesítőképessé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.

KAPCSOLÓDÓ CIKKEK

Hogyan hozzunk létre egy követelményt Tracteljesítőképességi mátrix

Értsük meg a szükséglet fogalmát Tracteljesítőképességi mátrix egy Guru99 banki projekt.

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 következőbe: Guru99 banki weboldalon a helyes jelszóval és felhasználói azonosítóval, míg a vezetőnek be kell tudnia jelentkezni a weboldalra az ügyfél bejelentkezési oldalán keresztül.

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

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

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

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 létrehozásuk folyamata TracA teljesítőképességi mátrix 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ények létrehozása Tracteljesítőképességi mátrix (RTM)

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ények létrehozása Tracteljesítőképességi mátrix (RTM)

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

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

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

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

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

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

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

Követelmények létrehozása Tracteljesítőképességi mátrix (RTM)

A követelmény előnyei Tracteljesítőképességi mátrix

  • 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

Követelmények TracA teljesítőképességi 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 az egyszerűség érdekében tracképesség.
  • 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 → Tartsa meg a korábbi verziókat track változások és a megfelelés fenntartása.
  • 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: Keeping RTM frissítve
    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ú kommunikációt trachasználhatóságot, és a nagyobb kiadások előtt auditokat kell lefuttatni.
  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: Alkalmazzon RTM eszközöket, mint például a Jira, a HP ALM vagy a Zephyr a térkép automatizálásáhozping és a jelentéstétel.

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 TracTeljesítménymá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. track változtatások, hibák csökkentése és validálási bizonyíték biztosítása. Térkép alapjánping A tesztekre vonatkozó követelményeknek megfelelően 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: Előre Tracképesség (a követelményeket tesztesetekhez rendeli), Hátrafelé Tracképesség (a teszteseteket visszavezeti a követelményekhez), és Kétirányú Tracképessé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ények tracA teljesítőképessé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 egész életciklus során fejlődik, és frissül, valahányszor a követelmények vagy a tesztesetek változnak. 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 teljesülését. tracminden szakaszban ellenőrizve és validálva.

RTM használatához sorolja fel a projektkövetelményeket a hozzájuk tartozó tesztesetek mellett. Track végrehajtási állapot, hibák és lefedettség. 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 szolgáltatást nyújt. tracKövetelmények, tesztesetek és hibák közötti rugalmasság. 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 tracks követelmények és tesztesetek 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: