Какво представлява матрицата за проследяване на изискванията (RTM)? Примерен шаблон

Какво представлява проследяващата матрица? (TM)

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

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

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

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

В този урок ще научите повече за-

Защо RTM е важен?
Кои параметри да включите в матрицата за проследяване на изискванията?
Видове матрица за тест за проследимост
Как да създадете матрица за проследяване на изискванията
Предимство на матрицата за проследяване на изискванията
Шаблон на матрица за проследяване на изискванията (RTM)

Защо RTM е важен?

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

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

Тук възниква въпрос как да се гарантира, че изискването е тествано, като се вземат предвид всички възможни сценарии / случаи? Как да се гарантира, че всяко изискване не е оставено извън цикъла на тестване?

Прост начин е да се проследи изискването със съответните тестови сценарии и тестови случаи. Това просто се нарича „матрица за проследяване на изискванията“.

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

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

Идентификационен номер на изискването
Тип и описание на изискването
Тестови случаи със статус

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

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

Както е илюстрирано по-горе, матрица за проследяване на изискванията може:

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

Този вид матрица ще осигури обслужване на едно гише за всички тестови дейности.

Освен да поддържа отделно ексел. Екипът за тестване може също да избере изискванията за проследяване на наличните инструменти за управление на тестове.

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

В софтуерното инженерство матрицата за проследяване може да бъде разделена на три основни компонента, както е посочено по-долу:

Проследяване напред : Тази матрица се използва за проверка дали проектът напредва в желаната посока и за правилния продукт. Той гарантира, че всяко изискване е приложено към продукта и че всяко изискване е тествано щателно. Той картографира изискванията за тестови случаи.
Обратна или обратна проследимост: Използва се, за да се гарантира дали текущият продукт остава на правилния път. Целта на този тип проследимост е да се провери, че не разширяваме обхвата на проекта чрез добавяне на код, елементи от дизайна, тест или друга работа, която не е посочена в изискванията. Той съпоставя тестовите случаи с изискванията.
Двупосочна проследимост (напред + назад): Тази матрица за проследяване гарантира, че всички изисквания са покрити от тестови случаи. Той анализира въздействието на промяна в изискванията, засегнати от Дефекта в работен продукт и обратно.

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

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

Въз основа на документа за бизнес изисквания (BRD) и документа за техническите изисквания (TRD) тестерите започват да пишат тестови случаи.

Да предположим, че следната таблица е нашият документ за бизнес изисквания или BRD за банков проект Guru99 .

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

Докато таблицата по-долу е нашият документ за технически изисквания (TRD) .

Забележка: Екипите за QA не документират BRD и TRD. Също така някои компании използват Документи за функционални изисквания (FRD), които са подобни на Документа за технически изисквания, но процесът на създаване на матрица за проследяване остава същият.

Да вървим напред и да създадем RTM в тестване

Стъпка 1: Нашият примерен тест е

„Проверете влизането, когато се въведат правилни ID и парола, той трябва да влезе успешно

Стъпка 2 : Определете техническото изискване, което този тест се проверява. За нашия тест, техническото изискване е T94 се проверява.

Стъпка 3: Забележете това техническо изискване (T94) в тестовия случай.

Стъпка 4: Идентифицирайте бизнес изискването, за което е дефинирано това TR (Техническо изискване-T94)

Стъпка 5: Забележете BR (Бизнес изискване) в тестовия случай

Стъпка 6: Направете по-горе за всички тестови случаи. По-късно извлечете първите 3 колони от вашия тестов пакет. RTM в тестване е готов!

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

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