Что такое матрица отслеживания? (ТМ)
Матрица прослеживаемости — это документ, который связывает любые два базовых документа, которые требуют отношения «многие ко многим» для проверки полноты отношения.
Он используется для отслеживания требований и проверки выполнения текущих требований проекта.
Что такое матрица отслеживания требований?
Матрица отслеживания требований (RTM) — это документ, который отображает и отслеживает требования пользователей с помощью контрольных примеров. Он объединяет все требования, предложенные клиентом, и прослеживаемость требований в одном документе, представленном по завершении жизненного цикла разработки программного обеспечения. Основная цель Матрицы отслеживаемости требований заключается в проверке того, что все требования проверяются с помощью контрольных примеров, так что ни одна функциональность не проверяется во время тестирования программного обеспечения.
В этом уроке вы узнаете больше о
- Почему RTM важен?
- Какие параметры включить в матрицу прослеживаемости требований?
- Типы тестовой матрицы прослеживаемости
- Как создать матрицу прослеживаемости требований
- Преимущество матрицы отслеживания требований
- Шаблон матрицы отслеживания требований (RTM)
Почему RTM важен?
Основная задача каждого тестировщика должна состоять в том, чтобы понять требования клиента и убедиться, что выходной продукт не содержит дефектов. Для достижения этой цели каждый QA должен тщательно понимать требования и создавать положительные и отрицательные тестовые примеры.
Это будет означать, что требования к программному обеспечению, предоставляемые клиентом, должны быть дополнительно разделены на различные сценарии и далее для тестовых случаев. Каждый из этих случаев должен быть выполнен индивидуально.
Здесь возникает вопрос о том, как убедиться, что требование протестировано с учетом всех возможных сценариев / случаев? Как обеспечить, чтобы какие-либо требования не были исключены из цикла тестирования?
Простой способ — проследить требование с помощью соответствующих сценариев тестирования и тестовых случаев. Это просто называется «Матрица прослеживаемости требований».
Матрица прослеживаемости, как правило, представляет собой рабочий лист, который содержит требования со всеми возможными сценариями и случаями тестирования и их текущее состояние, т. Е. Были ли они пройдены или не пройдены. Это помогло бы команде тестирования понять уровень тестовых действий, выполненных для определенного продукта.
Какие параметры включить в матрицу прослеживаемости требований?
- Идентификатор требования
- Тип требования и описание
- Тестовые случаи со статусом
Выше приведена матрица прослеживаемости требований к образцу.
Но в типичном проекте тестирования программного обеспечения матрица прослеживаемости будет иметь больше, чем эти параметры.
Как показано выше, матрица прослеживаемости требований может:
- Показать требования покрытия в количестве тестовых случаев
- Статус проекта, а также статус выполнения для конкретного теста
- Если какой-либо пользовательский тест должен быть выполнен, то статус UAT также может быть зафиксирован в той же матрице.
- Связанные дефекты и текущее состояние также могут быть упомянуты в той же матрице.
Этот вид матрицы будет предоставлять One Stop Shop для всех видов тестирования.
Помимо поддержания 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 в отношении пересмотра или повторной работы над тестовыми примерами.
Давайте изучим RTM с примером в видео
Нажмите здесь, если видео не доступно
Шаблон матрицы отслеживания требований (RTM)
Нажмите ниже, чтобы загрузить RTM-шаблон Excel-файла
Загрузить шаблон RTM Excel (.xlsx)