Обзор матрицы прослеживаемости требований (Scope)

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

Основной задачей любой команды тестирования является обеспечение максимального охвата тестированием; это просто означает, что все в проекте должно быть протестировано, и Матрица отслеживания требований (RTM) помогает обеспечить то же самое. Фактическая цель - охватить 100% сценариев / тестовых случаев. Матрица прослеживаемости требований (RTM) обычно представлена ​​в виде таблицы, которая в основном включает взаимозависимость между требованиями и контрольными примерами. Требования в основном подразделяются на две части:

а) Функциональные требования: это в основном требования, которые описывают поведение системы. Это имеет отношение к функциональному аспекту системы.

б) Нефункциональные требования: это связано с характеристиками производительности системы.

Важность матрицы прослеживаемости требований (RTM)

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

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

Самая базовая матрица отслеживания требований (RTM) содержит следующие поля:

  • Уникальный идентификатор для требования
  • Заявление о требовании
  • Тип требования
  • Описание требования
  • Тестовые случаи с их актуальным статусом

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

  • Для разработки статуса, а также статуса выполнения для конкретного теста
  • Статус различных этапов тестирования, таких как IAT и UAT, также может быть отражен в этой матрице.
  • Найденные дефекты и текущее состояние также могут быть указаны в той же матрице.

Этот вид матрицы представляет собой полный лист, содержащий данные для всех действий по тестированию.

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

Вот типы тестовых таблиц трассировки, приведенные ниже:

1) Вперед -

  • Требования проекта сопоставляются с тестовыми примерами.
  • При этом проект идет гладко.
  • Обеспечивает тщательное тестирование требований.

2) назад или назад -

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

3) Двунаправленный, который вперед + назад -

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

Как создать матрицу прослеживаемости требований (RTM)?

Вот следующие пункты для создания матрицы отслеживаемости требований

1) Целевая цель -

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

2) Сбор фактов -

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

3) Подготовить шаблон матрицы прослеживаемости -

Теперь необходимо создать таблицу Excel и добавить каждый артефакт в разные столбцы.

4) дополнение фактов -

  • Теперь мы можем начать добавлять все артефакты в созданный лист Excel.
  • Необходимо убедиться, что каждое требование, тестовый пример и ошибка должны иметь уникальные идентификаторы.

5) Обновление матрицы отслеживаемости требований (RTM) -

  • Это непрерывный процесс до конца жизненного цикла проекта.
  • Любое изменение в требовании должно быть обновлено здесь.

Преимущества матрицы отслеживания требований (RTM)

  • Выделяет недостающие требования или несоответствия документа.
  • Все возможные тестовые сценарии покрыты.
  • Показывает общие дефекты и статус выполнения с приведением в соответствие с бизнес-требованиями.
  • Помогает в правильном версионировании необходимых документов.
  • Матрица отслеживаемости требований (RTM) помогает в создании моментального снимка для выявления пробелов в покрытии тестового набора из требований проекта.

Матрица соответствия требований (RTM) в любом программном проекте

  • На приведенной ниже диаграмме показана важность матрицы отслеживания требований (RTM) в любом программном проекте. Матрица отслеживаемости требований (RTM) помогает поддерживать запись для каждого обновления / изменения в проекте и, следовательно, позволяет легко отслеживать ее при необходимости.

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

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

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

  1. Коммуникация в управлении проектами
  2. Жизненный цикл управления проектами
  3. Матрица прослеживаемости требований
  4. Гибкие инструменты управления проектами

Категория:

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