Увод у матрицу сљедивости захтјева
Завршетак пројекта изазов је за сваку фирму, а сваки пројекат има различите захтеве и приступе, може се завршити пројекат на време када се сваки захтев правилно анализира. Како бисмо олакшали завршетак пројекта и испунили све услове, користимо РТМ (матрица тражења захтеве). РТМ је документ или табела који повезује захтев током процеса валидације. Сврха матрице за праћење захтева је осигурати да се сви захтеви дефинисани за систем тестирају у животном циклусу.
Дефиниција матрице сљедивости захтјева
Матрица за следљивост захтева обично се назива РТМ је документ или табела која је уврштена у захтеве клијената за пројекат у раду. Ово је једноставан тип матрице са структуром реда и ступаца, који јасно дефинише који је услов испуњен и који се мења између процеса. Тако у целом РТМ-у пратимо тест случајеве који се тичу захтева клијента и прегледавамо недостатке у захтеву током процеса.
Зашто је потребна матрица сљедивости захтјева?
Постоје бројне предности РТМ-а, пре свега као што смо горе расправљали да се он користи за проналажење потреба клијената и такође можемо пронаћи недостатке у захтеву. Поред тога, РТМ даје квалитет пројекту јер се овим уклањају различити недостаци, а уколико измене у захтеву има било каквих промена, то можемо лако изменити и уштедети време и енергију. Ове ствари много помажу да се пројекат заврши на време и на бржи начин.
Врсте матрице за следљивост захтева
Погледајмо различите матрице сљедивости.
Напредна следљивост
Напредна сљедивост је врста матрице сљедивости, она ће помоћи менаџеру да анализира и увјери се да пројекат иде несметано у правом смјеру и да се тестирају сви захтјеви које пружа клијент.
Напредна следљивост
Ово је друга врста матрице која уверава менаџера да обим пројекта није увећан или се строго поштује захтев који постоји тамо без додавања додатних случајева или функција које можда нису део пројекта.
Биди секцијска следљивост
Ова врста сљедивости помаже менаџеру да преслика захтјеве за тестирањем случајева за праћење напријед и назад у једном документу. Тако овај тип осигурава да се сви захтеви правилно тестирају.
Примери матрице за следљивост захтева
|
Пословни захтев бр . |
Опис |
|
БР1 | Неке пословне захтеве добивене од клијента у вези са доступношћу праћења у реалном времену. |
|
БР2 | Захтев власника предузећа у погледу детаља о запосленима на екрану. |
|
БР3 | Захтев корисника у вези са променом теме екрана. |
|
БР4 | Неки други пословни захтеви. |
Рецимо, ТС1 (БР1) - пружа се могућност праћења у реалном времену.
Тест случајева
Пример 1: Опција ТС1.ТЦ1 (БР1) успешно извршена.
Пример 2: Опција ТС1.ТЦ2 (БР1) је онемогућена.
Квар
Дакле, док извршавање ако се пронађе неки квар, попут праћења у стварном времену, не ради исправно и подаци се не ажурирају након сваке секунде, чиме се генерише ИД квара да би се решио овај одређени проблем.
Реците, Кс01, па се овај ИД мапира у матрицу да би се приказао квар.
Испитна покривеност и матрица праћења захтева
Покривеност тестом је дефинисана као процес у коме проверавамо који су захтеви клијента и који захтеви се тестирају када процес тестирања започне. Обично се то ради да би се елиминисала могућност оштећења у пројекту.
Да би се постигла потпуна покривеност тестом, потребно је успоставити „сљедивост захтјева“. У којој су приказани сви недостаци.
Врсте спецификација захтева
1. Спецификација софтверског захтева
2. Пословни захтев
3. Користите документ са предметом
4. Документ о захтеву пројекта
5. Документи за верификацију неисправности
Предности
- Да бисте проверили да ли је постигнуто 100% покривање тестом.
- Лако је одредити утицај тест случајева на регресију.
- Ово нам помаже да уклонимо опсег недостајућег функционалног захтева.
- То чини процену пројеката лаком и једноставном.
Како креирати матрицу праћења захтева?
РТМ као што је горе дискутирано је документ реда и ступаца, који садржи тест испитивања о различитим захтевима и недостацима који су пронађени у овоме. У основи за креирање РТМ-а треба имати приступ Мицрософт Екцел-у, јер садржи све потребне алате који су потребни за прављење матрице.
Поред тога, знање Екцел-а је од велике помоћи јер се за креирање матрице користе различити алати, а такође постоје и различите формуле, тако да ако неко има знање о томе, лако прави матрицу и извршава исту. Ево примера РТМ-а:
Важне тачке које морате запамтити
- Пазите да се сваки захтев у потпуности уврсти у матрицу док правите матрицу.
- Репрезентација матрице треба да буде таква, требало би да буде лако разумљиво, може се користити другачија комбинација боја за обележавање различитих сегмената у матрици.
- Неисправности би требало да буду правилно постављене у матрици, са одговарајућом идентификацијом.
Закључак
РТМ (матрица сљедивости захтјева) је најбољи начин да се испуне сви захтјеви клијента у пројекту, с тим да ако се током теста утврди било који недостатак, уклања се из поступка како не би додатно наштетио пројекту. До тада, ово је ефикасно средство за процену пројеката. Размишљање које је потребно приликом прављења матрице је да матрица показује све спецификације или захтеве пројекта, а сва покривеност тестом треба правилно споменути у матрици, осим што ИД дефекта треба да буде правилан и да треба да одговара захтеву у што је ово пронађено. Подаци требају бити правилно анализирани и направити посебан извјештај, зашто се ови недостаци појављују и како опсег тих недостатака треба отклонити. Ове ствари чине оцену пројекта јаком, као и извршење пројекта такође ће бити једноставно. Дакле, на крају, можемо рећи да је добар РТМ приколица доброг пројекта.
Препоручени чланци
Ово је пример водича за матрицу за следљивост захтева. Овде смо расправљали о концепту, типовима, покривености тестова и како створити матрицу праћења захтева са примерима. Можете и да прођете кроз друге наше предложене чланке да бисте сазнали више -
- Шта су Мавен додаци?
- Предности употребе селена
- Шта је ППЦ?