Bevezetés a követelménykövetési mátrixba
A projekt befejezése minden vállalkozás számára kihívást jelent, és minden projekt eltérő követelményekkel és megközelítésekkel rendelkezik, a projektet időben be lehet fejezni, amikor minden igényt megfelelően elemeznek. Tehát a projekt befejezésének megkönnyítése és az összes követelmény teljesítése érdekében az RTM-t (Requirement Traceability mátrix) használjuk. Az RTM egy dokumentum vagy táblázat, amely összeköti a követelményeket az érvényesítési folyamat során. A Követelmények nyomonkövethetőségi mátrixának célja annak biztosítása, hogy a rendszer számára meghatározott összes követelményt az életciklusban teszteljék.
A követelménykövetési mátrix meghatározása
Követelménykövetési nyomkövetési mátrix, amelyet általában RTM-nek hívnak, olyan dokumentum vagy táblázat, amelyet felvesznek az ügyfelek követelményeihez a munka során. Ez egy egyszerű típusú mátrix sor- és oszlopszerkezettel, amely egyértelműen meghatározza, melyik követelmény teljesül, és melyik váltódik meg a folyamat között. Tehát az egész RTM-ben nyomon követjük a kliens igényeinek tesztjeit, és a folyamat során megvizsgáljuk a követelmény hibáit.
Miért van szükség nyomonkövetési mátrixra?
Az RTM-nek számos előnye van, mindenekelőtt, amint azt fentebb tárgyaltuk, hogy ezzel felfedezzük az ügyfelek igényeit, és megtalálhatjuk a követelmény hibáit is, ha vannak ilyenek. Ezen felül az RTM a projekt minőségét is biztosítja, mivel ezzel különféle hibákat távolít el, és ha a teszt között változás történik a követelményekben, ezt könnyen megváltoztathatjuk, időt és energiát takarítva meg. Ezek a dolgok sokat segítenek a projekt időben és gyorsabb megvalósításában.
A követelménykövetési mátrix típusai
Nézzük meg a különböző nyomonkövetési mátrixot.
Előzetes nyomon követhetőség
Az előre nyomon követhetőség a nyomonkövethetőségi mátrix típusa, ez segít a menedzsernek elemezni és megbizonyosodni arról, hogy a projekt zökkenőmentesen halad-e a helyes irányba, és tesztelésre kerülnek az ügyfél által biztosított összes követelmény.
Visszamenőleges nyomon követhetőség
Ez egy másik típusú mátrix, amely biztosítja a menedzsernek, hogy a projekt hatóköre nem bővül, vagy az ott felsorolt követelményt szigorúan betartják anélkül, hogy további eseteket vagy funkciókat adnának hozzá, amelyek esetleg nem képezik a projekt részét.
Bidi szekcionális nyomon követhetőség
Az ilyen típusú nyomonkövethetőség segít a kezelőnek az igények feltérképezésében az előre és hátra történő nyomon követhetőség tesztelésére vonatkozóan egyetlen dokumentumban. Ez a típus tehát biztosítja az összes követelmény megfelelő tesztelését.
Példák a követelménykövetési mátrixra
|
Üzleti követelmény |
Leírás |
|
BR1 | Néhány üzleti követelményt kapott az ügyféltől a valós idejű megfigyelés elérhetőségével kapcsolatban. |
|
BR2 | Az üzleti tulajdonos követelménye a képernyőn megjelenő alkalmazotti részletekről. |
|
BR3 | A felhasználó követelménye a képernyő témájának megváltoztatására vonatkozóan. |
|
BR4 | Más üzleti követelmény. |
Mondja, TS1 (BR1) - Valós idejű megfigyelés lehetséges.
Teszt esetek
1. teszt eset: A TS1.TC1 (BR1) opció sikeresen végrehajtva.
2. teszt eset: A TS1.TC2 (BR1) opció le van tiltva.
hibák
Tehát a végrehajtás során, ha bármilyen hibát találunk, például a valós idejű megfigyelés, nem működik megfelelően, és az adatok nem kerülnek frissítésre minden második után, így hiba azonosító jön létre az adott probléma megoldásához.
Mondja: X01, tehát ezt az azonosítót a mátrixban leképezik, hogy megmutatja a hibát.
Tesztelési lefedettség és a követelmények nyomon követhetőségi mátrixa
A teszt lefedettsége az a folyamat, amelynek során ellenőrizzük, hogy mi az ügyfél követelményei, és mely követelményeket kell tesztelni, amikor a tesztelési folyamat megkezdődik. Ez általában a projekt hibájának kiküszöbölésére történik.
A teljes teszt lefedettségének eléréséhez meg kell határozni a „követelmények nyomonkövethetőségét”. Amelyben az összes hibát feltérképezik.
A követelmény-specifikációk típusai
1. A szoftverkövetelmények specifikációja
2. Üzleti követelmény
3. Használja az esettanulmányt
4. Projektkövetelmény-dokumentum
5. Hibaellenőrzési dokumentumok
Előnyök
- Annak ellenőrzése, hogy elérte-e a 100% -os teszt lefedettséget.
- Könnyű meghatározni a teszt esetek regresszió hatását.
- Ez segít eltávolítani a hiányzó funkcionális követelményeket.
- Ez megkönnyíti a projekt értékelését.
Hogyan hozhatunk létre követelménykövetési mátrixot?
Az RTM, amint azt fentebb tárgyaltuk, a sor- és oszlopdokumentum, amely a különféle követelményekre és az ezekben talált hibákra vonatkozó vizsgálati lefedettséget tartalmazza. Alapvetően egy RTM létrehozásához hozzáférést kell biztosítani a Microsoft Excelhez, mivel az tartalmazza a mátrix elkészítéséhez szükséges összes eszközt.
Ezen kívül az Excel ismerete nagyon hasznos, mivel a mátrix létrehozásához különféle eszközöket használnak, és különféle képletek is vannak, tehát ha van ismeretek erről, akkor könnyen elkészíti a mátrixot és végrehajtja ugyanazt. Itt van egy példa az RTM-re:
Fontos szem előtt tartani
- Győződjön meg arról, hogy minden követelmény teljesen szerepel a mátrixban, miközben a mátrixot elkészíti.
- A mátrix ábrázolásának ilyennek kell lennie, könnyen érthetõnek kell lennie, különbözõ színkombinációkkal lehet megjelölni a mátrix különbözõ szegmenseit.
- A hibákat a mátrixban megfelelően azonosítani kell, megfelelő azonosítóval.
Következtetés
Az RTM (követelménykövethetőségi mátrix) a legjobb módszer a kliens összes követelményének teljesítésére a projektben, azzal a különbséggel, hogy ha a vizsgálat során bármilyen hibát észlelnek, akkor azt eltávolítják a folyamatból, hogy az ne tovább károsítsa a projektet. Addigra ez egy hatékony eszköz a projekt értékeléséhez. A mátrix elkészítése során szükséges gondolkodásmód az, hogy a mátrix megmutatja a projekt összes specifikációját vagy követelményét, és az összes teszt lefedettséget megfelelően fel kell tüntetni a mátrixban, eltekintve attól, hogy a hiba azonosítónak megfelelőnek kell lennie, és relevánsnak kell lennie a melyről ez található. Az adatokat megfelelő módon elemezni kell, és külön jelentést kell készíteni arról, hogy miért fordulnak elő ezek a hibák és hogyan kell kiküszöbölni a hibák mértékét. Ezek a dolgok erősítik a projekt értékelését, és a projekt végrehajtása is egyszerű lesz. Tehát végül elmondhatjuk, hogy egy jó RTM a jó projekt előfutára.
Ajánlott cikkek
Ez útmutatóként szolgál a követelménykövetési mátrixhoz példával. Itt megvitattuk a koncepciót, a típusokat, a teszt lefedettségét és a követelmények nyomonkövethetőségi mátrixának létrehozásával kapcsolatos példákat. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi a Maven plugins?
- A szelén használatának előnyei
- Mi a PPC?