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

Что такое матрица прослеживаемости? (TM)

Матрица прослеживаемости - это документ, который связывает любые два базовых документа, которые требуют отношения "многие ко многим" для проверки полноты связи.

Он используется для отслеживания требований и проверки выполнения текущих требований проекта.

Что такое матрица отслеживания требований?

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

В этом руководстве вы узнаете больше о-

Почему RTM важна?
Какие параметры включить в матрицу отслеживания требований?
Типы матрицы тестирования прослеживаемости
Как создать матрицу отслеживания требований
Преимущество матрицы прослеживаемости требований
Шаблон матрицы прослеживаемости требований (RTM)

Почему RTM важна?

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

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

Здесь возникает вопрос, как убедиться, что требование проверено с учетом всех возможных сценариев / случаев? Как сделать так, чтобы какие-либо требования не были исключены из цикла тестирования?

Простой способ - отследить требование с его соответствующими тестовыми сценариями и тестовыми примерами. Это просто называется «Матрица прослеживаемости требований».

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

Какие параметры включить в матрицу отслеживания требований?

Идентификатор требования
Тип требования и описание
Тестовые кейсы со статусом

Выше представлен образец матрицы прослеживаемости требований.

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

Как показано выше, матрица прослеживаемости требований может:

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

Такая матрица обеспечит единое окно для всех действий по тестированию.

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

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

В программной инженерии матрицу прослеживаемости можно разделить на три основных компонента, как указано ниже:

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

Как создать матрицу отслеживания требований

Давайте разберемся с концепцией матрицы прослеживаемости требований через банковский проект Guru99.

На основе Документа бизнес-требований (BRD) и Документа технических требований (TRD) тестировщики приступают к написанию тестовых примеров.

Предположим, следующая таблица - это наш документ с бизнес-требованиями или BRD для банковского проекта Guru99 .

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

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

Примечание. Команды QA не документируют BRD и TRD. Кроме того, некоторые компании используют Документы функциональных требований (FRD), которые аналогичны Документу технических требований, но процесс создания матрицы прослеживаемости остается таким же.

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

Шаг 1. Наш пример тестового набора

«Подтвердите логин, после ввода правильного идентификатора и пароля он должен войти в систему успешно»

Шаг 2 : Определите технические требования, которые проверяет этот тестовый пример. Для нашего тестового примера проверяется техническое требование T94.

Шаг 3. Обратите внимание на это техническое требование (T94) в тестовом примере.

Шаг 4: Определите бизнес-требование, для которого определено данное TR (техническое требование-T94)

Шаг 5: обратите внимание на BR (бизнес-требования) в тестовом примере

Шаг 6: Проделайте вышеуказанное для всех тестовых случаев. Позже извлеките первые 3 столбца из набора тестов. RTM в тестировании готова!

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

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