Какво представлява матрицата за проследяване на изискванията (RTM) при тестване?
Какво представлява матрицата за проследяване (TM)?
Матрицата за проследяване е документ, който съвместно свързва всички документи с две базови линии, които изискват връзка много към много, за да се провери пълнотата на връзката.
Използва се за проследяване на изискванията и за проверка на изпълнението на текущите изисквания на проекта.
Какво представлява матрицата за проследяване на изискванията?
Матрица за проследяване на изискванията (RTM) е документ, който картографира и проследява потребителските изисквания с тестови случаи. Той обхваща всички изисквания, предложени от клиента и проследимостта на изискванията в един документ, доставен в края на Жизнен цикъл на разработка на софтуер. Основната цел на матрицата за проследяване на изискванията е да потвърди, че всички изисквания са проверени чрез тестови случаи, така че нито една функционалност да не бъде непроверена по време на тестването на софтуера.
Защо RTM е важен?
Основната цел на всеки тестер трябва да бъде да разбере изискванията на клиента и да се увери, че изходният продукт трябва да бъде без дефекти. За да постигне тази цел, всеки QA трябва да разбере изискването напълно и да създаде положителни и отрицателни тестови случаи.
Това би означавало, че софтуерните изисквания, предоставени от клиента, трябва допълнително да бъдат разделени на различни сценарии и допълнително да се тестват случаи. Всеки от тези случаи трябва да се изпълнява индивидуално.
Тук възниква въпрос как да се гарантира, че изискването е тествано, като се вземат предвид всички възможни сценарии/случаи? Как да гарантираме, че някое изискване не е оставено извън цикъла на тестване?
Един прост начин е да се проследи изискването със съответните му тестови сценарии и тестови случаи. Това просто се нарича „Матрица за проследяване на изискванията“.
Матрицата за проследяване обикновено е работен лист, който съдържа изискванията с всички възможни тестови сценарии и случаи и текущото им състояние, т.е. дали са били преминати или неуспешни. Това ще помогне на екипа за тестване да разбере нивото на тестовите дейности, извършени за конкретния продукт.
Кои параметри да включите в матрицата за проследяване на изискванията?
- ID на изискване
- Тип на изискването и Descriptйон
- Тестови случаи със статус
По-горе е дадена примерна матрица за проследяване на изискванията.
Но в типичен тестване на софтуер проект, матрицата за проследимост ще има повече от тези параметри.
Както е показано по-горе, матрицата за проследимост на изискванията може:
- Покажете покритието на изискването в броя на тестовите случаи
- Статус на проектиране, както и статус на изпълнение за конкретния тестов случай
- Ако има някакъв тест за приемане от потребителя, който трябва да бъде извършен от потребителите, тогава състоянието на UAT може също да бъде записано в същата матрица.
- Свързаните дефекти и текущото състояние също могат да бъдат посочени в същата матрица.
Този вид матрица би осигурила One Stop Shop за всички тестови дейности.
Освен да поддържаш ексел отделно. Екипът за тестване може също да избере за проследяване на изискванията налични инструменти за управление на тестове.
Видове матрица за тест за проследимост
В софтуерното инженерство матрицата за проследяване може да бъде разделена на три основни компонента, както е споменато по-долу:
- Проследяемост напред: Тази матрица се използва за проверка дали проектът напредва в желаната посока и за правилния продукт. Той гарантира, че всяко изискване е приложено към продукта и че всяко изискване е щателно тествано. Той преобразува изискванията към тестови случаи.
- Проследимост назад или обратно: Използва се, за да се гарантира дали текущият продукт остава на правилния път. Целта зад този тип проследимост е да се провери дали не разширяваме обхвата на проекта чрез добавяне на код, елементи на дизайна, тестване или друга работа, която не е посочена в изискванията. Той съпоставя тестови случаи с изискванията.
- Двупосочна проследимост (напред+назад): Тази матрица за проследяване гарантира, че всички изисквания са покрити от тестови случаи. Той анализира въздействието на промяна в изискванията, засегнати от дефект в работен продукт и обратно.
Как да създадете матрица за проследяване на изискванията
Нека разберем концепцията на матрицата за проследяване на изискванията чрез банков проект Guru99.
Въз основа на документът за бизнес изисквания (BRD) намлява Документ с технически изисквания (TRD), тестерите започват да пишат тестови случаи.
Да предположим, че следващата таблица е нашия документ за бизнес изисквания или BRD за Банков проект Guru99.
Тук сценарият е, че клиентът трябва да може да влезе в банковия уебсайт на Guru99 с правилната парола и потребителски номер, докато мениджърът трябва да може да влезе в уебсайта чрез страницата за вход на клиента.
Докато таблицата по-долу е наша Документ с технически изисквания (TRD).
Забележка: QA екипите не документират BRD и TRD. Освен това някои компании използват Документи за функционални изисквания (FRD) които са подобни на документа с техническите изисквания, но процесът на създаване на матрица за проследяване остава същият.
Да продължим и да създадем RTM в Testing
Стъпка 1) Нашата примерен тестов случай is
„Проверете влизането, когато се въведат правилни ID и парола, трябва да влезете успешно“
Стъпка 2) Идентифицирайте техническото изискване, което този тестов случай проверява. За нашия тестов случай техническото изискване е, че T94 се проверява.
Стъпка 3) Обърнете внимание на това техническо изискване (T94) в тестовия случай.
Стъпка 4) Идентифицирайте бизнес изискването, за което е дефинирано това TR (техническо изискване-T94)
Стъпка 5) Обърнете внимание на BR (бизнес изискване) в тестов случай
Стъпка 6) Направете по-горе за всички тестови случаи. Later Извлечете първите 3 колони от вашия тестов пакет. RTM в тестването е готов!
Предимство на матрицата за проследяване на изискванията
- Потвърждава 100% покритие на теста
- Той подчертава всички липсващи изисквания или несъответствия в документа
- Той показва цялостните дефекти или състоянието на изпълнение с акцент върху бизнес изискванията
- Помага при анализиране или оценяване на въздействието върху работата на екипа за осигуряване на качеството по отношение на преразглеждане или повторна работа върху тестовите случаи
Нека научим RTM с пример във видеото
Кликнете тук ако видеото не е достъпно
Шаблон за матрица за проследяване на изискванията (RTM).
Щракнете по-долу, за да изтеглите Excel файл с RTM шаблон