Содержание:
- Что такое матрица прослеживаемости (TM)?
- Что такое матрица прослеживаемости требований?
- В чем важность RTM?
- Параметры матрицы прослеживаемости требований
- Типы матриц
- Как создать матрицу трассировки требований?
- Преимущества матрицы трассировки требований
Что такое матрица прослеживаемости (ТМ)?
Матрица прослеживаемости (ТМ – Traceability Matrix) – это документ, который связывает любые два базовых документа, требующие связи «многие ко многим» для проверки полноты связи.
Она используется для отслеживания и проверки выполнения текущих требований проекта.
Что такое матрица прослеживаемости требований?
Матрица прослеживаемости требований (RTM – Requirements Traceability Matrix) – это документ, который отображает и отслеживает требования пользователя с помощью тестовых примеров. Он фиксирует все требования, предложенные заказчиком, и контроль за их реализацией в одном документе. Этот документ формируется по завершении жизненного цикла разработки программного обеспечения. Основная цель матрицы — подтвердить, что все требования проверяются с помощью тестовых примеров, так что ни одна функциональность не остается непроверенной во время тестирования продукта.
В чем важность RTM?
Основной задачей каждого тестировщика должно быть понимание требований заказчика и обеспечение отсутствия дефектов в выпускаемом продукте. Для достижения этой цели каждый QA инженер должен тщательно разобраться в требованиях и создать как позитивные, так и негативные тестовые примеры.
Друзья, подпишитесь на наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.
Это означает, что предоставленные клиентом требования к программному обеспечению должны быть разбиты на различные сценарии, а затем – на тестовые случаи. Каждый из этих случаев должен быть выполнен отдельно.
Возникает вопрос: как обеспечить проверку требования с учетом всех возможных сценариев/случаев? Как сделать так, чтобы ни одно требование не осталось за рамками цикла тестирования?
Самый простой способ — отследить требование с помощью соответствующих ему тестовых сценариев и тестовых примеров. Он называется “матрицей прослеживаемости требований”.
Матрица обычно представляет собой рабочий лист, содержащий требования со всеми возможными тестовыми сценариями и кейсами и их текущее состояние, т.е. пройдены они или провалены. Он помогает QA команде понять уровень тестирования конкретного продукта.
Параметры матрицы прослеживаемости требований
- Идентификатор требования.
- Тип и описание требования
- Тестовые случаи со статусом.
Выше приведен пример матрицы прослеживаемости требований.
Однако в типичном проекте тестирования ПО матрица прослеживаемости будет содержать не только эти параметры.
Как показано выше, в матрице может быть отображена следующая информация:
- Покрытие требований в количестве тестовых случаев.
- Статус разработки, а также статус выполнения для конкретного тестового случая.
- Статус UAT, если пользователям предстоит провести приемочный тест.
- Связанные дефекты и их текущее состояние.
Такая матрица представляет собой “единое окно” для всей деятельности по тестированию.
Команда тестировщиков может вести матрицу в таблицах Excel или выбрать трассировку требований, имеющуюся в инструментах управления тестированием.
Типы матриц
В программной инженерии RTM может быть разделена на три основных компонента, как указано ниже:
- Прямая прослеживаемость: Эта матрица используется для проверки того, продвигается ли проект в нужном направлении и для нужного продукта. Она позволяет убедиться в том, что каждое требование применяется к продукту и тщательно тестируется. Она сопоставляет требования с тестовыми случаями.
- Обратная или реверсивная прослеживаемость: Используется для того, чтобы убедиться, что текущий продукт остается на правильном пути. Ее цель – убедиться в том, что мы не расширяем рамки проекта, добавляя код, элементы дизайна, тесты или другие работы, которые не указаны в требованиях. Она сопоставляет тестовые случаи с требованиями.
- Двунаправленная прослеживаемость (вперед+назад): Эта матрица гарантирует, что все требования будут покрыты тестовыми случаями. Она анализирует влияние изменения требований на дефект в рабочем продукте и наоборот.
Как создать матрицу прослеживаемости требований
Давайте разберем концепцию матрицы прослеживаемости требований на примере банковского проекта Guru99.
На основе документа бизнес-требований (BRD) и документа технических требований (TRD) тестировщики начинают писать тестовые случаи.
Допустим, в следующей таблице представлен документ бизнес-требований для банковского проекта Guru99.
Сценарий таков: клиент должен иметь возможность войти на сайт Guru99 banking с правильным паролем и идентификатором пользователя, а менеджер должен иметь возможность войти на сайт через страницу входа клиента.
В то время как приведенная ниже таблица является нашим документом технического задания (TRD).
Примечание: команды QA не документируют BRD и TRD. Кроме того, некоторые компании используют документы функциональных требований (Function Requirement Documents, FRD), которые похожи на документы технических требований, при этом процесс создания матрицы трассировки остается тем же самым.
Давайте приступим к созданию матрицы в процессе тестирования
Шаг 1: Наш пример тестового случая выглядит следующим образом:
«Проверьте вход в систему, после ввода правильного идентификатора и пароля вход должен быть успешным».
Шаг 2: Определите техническое требование, которое проверяется в данном тестовом примере. Для нашего примера проверяется техническое требование T94.
Шаг 3: Обратите внимание на это техническое требование (T94) в тестовом примере.
Шаг 4: Определите бизнес-требование, для которого определен данный ТR (техническое требование-T94)
Шаг 5: Обратите внимание на BR (Business Requirement) в тестовом примере:
Шаг 6: Выполните вышеуказанные действия для всех тестовых примеров. Затем извлеките первые три столбца из тестового набора. Тестируемая RTM готова!
Преимущество матрицы прослеживаемости требований
- Она подтверждает 100%-е покрытие тестами.
- С ее помощью выявляются отсутствующие требования или несоответствия в документах.
- Она показывает общий статус дефектов или статус их выполнения с акцентом на бизнес-требования.
- Она помогает анализировать или оценивать влияние на работу команды QA в отношении пересмотра или повторной обработки тестовых примеров
Шаблон матрицы прослеживаемости требований (МПТ)
Нажмите на ссылку ниже, чтобы загрузить файл Excel с шаблоном RTM
Скачать шаблон RTM Excel(.xlsx).
Перевод статьи «What is Requirements Traceability Matrix (RTM) in Testing?».