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