Введение в матрицу прослеживаемости требований

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

Определение матрицы прослеживаемости требований

Матрица отслеживаемости требований, обычно называемая RTM, представляет собой документ или таблицу, в которую включены требования клиентов к проекту в работе. Это простой тип матрицы со структурой строк и столбцов, который четко определяет, какие требования выполняются, а какие изменяются между процессами. Таким образом, в целом RTM мы отслеживаем контрольные примеры, касающиеся требований клиента, и просматриваем дефекты в требованиях во время процесса.

Почему требуется матрица прослеживаемости требований?

У RTM есть ряд преимуществ, прежде всего, как мы уже говорили выше, это используется для отслеживания требований клиентов, а также мы можем найти недостатки в требованиях, если таковые имеются. Кроме того, RTM обеспечивает качество проекта, поскольку этим устраняются различные дефекты, а также, если между тестами есть какие-либо изменения в требованиях, мы можем легко изменить это и сэкономить время и энергию. Эти вещи очень помогают завершить проект вовремя и быстрее.

Типы матрицы прослеживаемости требований

Давайте посмотрим на другую матрицу прослеживаемости.

Прямая трассировка

Прямая прослеживаемость - это тип матрицы прослеживаемости, она поможет менеджеру проанализировать и убедиться, что проект идет гладко в правильном направлении, и все требования, которые предоставляет клиент, проверены.

Обратное отслеживание

Это еще один тип матрицы, который гарантирует менеджеру, что масштаб проекта не расширен, или что строго соблюдаются требования, без добавления дополнительных случаев или функций, которые могут не являться частью проекта.

Двунаправленная секционная трассируемость

Этот тип прослеживаемости помогает менеджеру сопоставить требования к тестовым примерам для прямой и обратной прослеживаемости в одном документе. Таким образом, этот тип гарантирует, что все требования проверены должным образом.

Примеры матрицы прослеживаемости требований

Бизнес-требование №

Описание

БР1

Некоторые требования бизнеса были получены от клиента относительно доступности мониторинга в режиме реального времени.

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. Дефекты должны быть правильно обозначены в матрице, с соответствующим ID.

Вывод

RTM (матрица прослеживаемости требований) - это лучший способ выполнить все требования клиента в проекте, при этом если в ходе теста обнаруживается какой-либо дефект, он удаляется из процесса, чтобы в дальнейшем не повредить проекту. В то же время, это эффективный инструмент для оценки проекта. Мышление, которое требуется при создании матрицы, заключается в том, что матрица будет отображать все спецификации или требования проекта, и весь охват испытаний должен быть надлежащим образом упомянут в матрице, за исключением того, что идентификатор дефекта должен быть надлежащим и соответствовать требованиям в который это найдено. Данные должны быть должным образом проанализированы, и должен быть составлен отдельный отчет о том, почему эти дефекты возникают и как следует устранить масштаб этих дефектов. Эти вещи делают оценку проекта сильной, так как выполнение проекта также будет простым. Итак, наконец, мы можем сказать, что хороший RTM является трейлером хорошего проекта.

Рекомендуемые статьи

Это было руководство к Матрице прослеживаемости требований с примером. Здесь мы обсудили концепцию, типы, тестовое покрытие и как создать матрицу отслеживания требований с примерами. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше -

  1. Что такое плагины Maven?
  2. Преимущества использования Selenium
  3. Что такое КПП?

Категория:

Развитие предпринимательства