Въведение в матрицата за проследяване на изискванията

Завършването на проекта е предизвикателство за всяка фирма и всеки проект има различни изисквания и подходи, човек може да завърши проект навреме, когато всяко изискване е правилно анализирано. За да улесним завършването на проекта и да изпълним всички изисквания, използваме RTM (матрица за проследяване на изисквания). RTM е документ или таблица, които свързват изискването през целия процес на валидиране. Целта на матрицата за проследяване на изискванията е да гарантира, че всички изисквания, определени за дадена система, са тествани в жизнения цикъл.

Определение на матрицата за проследяване на изискване

Матрицата за проследяване на изискванията, обикновено наричана RTM, е документ или таблица, която е включена в списъка с изискванията на клиентите за проекта. Това е прост тип матрица със структура на редове и колони, която ясно определя кое изискване е изпълнено и кое е променено между процеса. Така че в целия RTM проследяваме тестовите случаи по отношение на изискването на клиента и разглеждаме дефектите в изискването по време на процеса.

Защо е необходима матрица за проследяване на изискванията?

Има редица предимства на RTM, на първо място, както разгледахме по-горе, че той се използва за проследяване на изискванията на клиентите и също така можем да намерим дефектите в изискването, ако има такива. Освен това RTM осигурява качеството на проекта, тъй като при това се отстраняват различни дефекти и също така ако има някаква промяна в изискването между теста, лесно можем да променим това и да спестим време и енергия. Тези неща помагат много за завършването на проекта във времето и по-бърз начин.

Видове матрица за проследяване на изискване

Нека разгледаме различните матрици на проследяване.

Напред проследяване

Проследяването напред е типът на матрицата за проследяване, той ще помогне на мениджъра да анализира и да се увери, че проектът върви гладко в правилната посока и всички изисквания, предоставени от клиента, са тествани.

Обратна проследимост

Това е друг вид матрица, която уверява ръководителя, че обхватът на проекта не е разширен или изискването, което е налице, се спазва стриктно, без да се добавят допълнителни случаи или функции, които може да не са част от проекта.

Секционно проследяване на биди

Този тип проследимост помага на мениджъра да картографира изискванията за тестване на случаите както за проследяване напред, така и назад в един документ. Така че този тип гарантира, че всички изисквания са тествани правилно.

Примери за матрица за проследяване на изискване

Изискване за бизнес не .

описание

BR1

Някои бизнес изисквания, получени от клиента по отношение на наличността на мониторинга в реално време.

BR2

Изискване от собственика на бизнеса относно подробности за служителите на екрана.

BR3

Изискването от страна на потребителя по отношение на смяната на темата на екрана.

BR4

Някои други бизнес изисквания.

Кажете, TS1 (BR1) - Предлага се възможност за мониторинг в реално време.

Тестови случаи

Тестов случай 1: Опцията TS1.TC1 (BR1) е изпълнена успешно.

Тестов случай 2: Опцията TS1.TC2 (BR1) е деактивирана.

Дефекти

Така че докато изпълнявате, ако се намери някакъв дефект, като мониторинга в реално време, не работи правилно и данните не се актуализират след всяка секунда, като по този начин се генерира идентификатор на дефект за разрешаване на този конкретен проблем.

Кажете, X01, така че този идентификатор е картографиран в матрицата, за да покаже дефекта.

Матрица за проследяване на покритието и изискванията

Тестовото покритие се определя като процес, в който проверяваме какви са изискванията на клиента и кои изисквания трябва да бъдат тествани, когато процесът на тестване започва. Обикновено това се прави, за да се елиминира вероятността от дефект в проекта.

За да се постигне пълното покритие на теста, е необходимо установяване на „проследяване на изискванията“. В който са картографирани всички дефекти.

Видове спецификации за изискване

1. Документ за спецификация на софтуерните изисквания
2. Изискване за бизнеса
3. Използвайте документ със случай
4. Документ за изискване на проекта
5. Документи за проверка на дефектите

Ползи

  • За да проверите дали е постигнато 100% тестово покритие.
  • Лесно е да се определи въздействието на тестовите случаи за регресия.
  • Това ни помага да премахнем обхвата на липсващото функционално изискване.
  • Това прави оценката на проекта лесна и проста.

Как да създадете матрица за проследяване на изискването?

RTM, както беше обсъдено по-горе, е документът за реда и колоните, който съдържа тестовото покритие за различните изисквания и дефектите, открити в това. По принцип за създаване на RTM човек трябва да има достъп до Microsoft Excel, тъй като съдържа всички необходими инструменти, необходими за направата на матрицата.

Освен това, знанията на Excel са доста полезни, защото за създаване на матрица се използват различни инструменти и също така има различни формули, така че ако човек има знания за това, той лесно прави матрицата и изпълнява същата. Ето примера на RTM:

Важни точки, които трябва да запомните

  1. Уверете се, че всяко изискване е напълно включено в матрицата, докато правите матрицата.
  2. Представянето на матрицата трябва да е така, трябва да е лесно разбираемо, човек може да използва различна цветова комбинация, за да маркира различните сегменти в матрицата.
  3. Дефектите трябва да бъдат правилно озаглавени в матрицата с подходящ идентификационен номер.

заключение

RTM (матрица за проследяване на изискването) е най-добрият начин да се изпълнят всички изисквания на клиента в проекта, като ако се открие някакъв дефект по време на теста, той се отстранява от процеса, така че да не навреди на проекта допълнително. Дотогава това е ефективно средство за оценка на проекта. Мисленето, което се изисква при направата на матрицата, е, че матрицата ще покаже цялата спецификация или изискване на проекта и цялото покритие на теста трябва да бъде упоменато правилно в матрицата, освен че идентификаторът на дефект трябва да е правилен и трябва да има отношение към изискването в което това е открито. Данните трябва да бъдат анализирани правилно и да се направи отделен доклад, защо тези дефекти се появяват и как обхватът на тези дефекти трябва да бъде елиминиран. Тези неща правят оценката на проекта силна, както и изпълнението на проекта също ще бъде лесно. Така че, най-накрая, можем да кажем, че добър RTM е трейлърът на добрия проект.

Препоръчителни статии

Това е пример за справка за матрицата за проследяване на изисквания. Тук обсъдихме концепцията, типовете, тестовото покритие и как да създадем матрица за проследяване на изискване с примери. Можете да разгледате и другите ни предложени статии, за да научите повече -

  1. Какво е Maven Plugins?
  2. Предимства от използването на селен
  3. Какво е НПК?