Что такое матрица прослеживаемости требований (RTM) в тестировании?
Томас Гамильтон
Что такое матрица прослеживаемости (TM)?
Матрица прослеживаемости — это документ, который связывает любые два базовых документа, требующие связи «многие ко многим» для проверки полноты связи.
Он используется для отслеживания требований и проверки выполнения текущих требований проекта.
Что такое матрица отслеживания требований?
Матрица прослеживаемости требований (RTM) — это документ, который отображает и отслеживает требования пользователя с помощью тестовых примеров. Он фиксирует все требования, предложенные клиентом, и отслеживание требований в одном документе, предоставляемом по завершении проекта. Жизненный цикл разработки программного обеспечения. Основная цель матрицы прослеживаемости требований — подтвердить, что все требования проверяются с помощью тестовых примеров, так что ни одна функциональность не остается непроверенной во время тестирования программного обеспечения.
Почему RTM важен?
Основная задача каждого тестировщика должна состоять в том, чтобы понять требования клиента и убедиться, что выходной продукт не имеет дефектов. Для достижения этой цели каждый специалист по обеспечению качества должен тщательно понимать требования и создавать положительные и отрицательные тестовые примеры.
Это будет означать, что требования к программному обеспечению, предоставленные клиентом, должны быть дополнительно разделены на различные сценарии и тестовые сценарии. Каждый из этих случаев должен оформляться индивидуально.
Здесь возникает вопрос, как обеспечить проверку требования с учетом всех возможных сценариев/случаев? Как гарантировать, что какое-либо требование не останется за пределами цикла тестирования?
Простой способ — отследить требование с помощью соответствующих сценариев тестирования и контрольные примеры. Это просто называется «Матрица прослеживаемости требований».
Матрица прослеживаемости обычно представляет собой рабочий лист, содержащий требования со всеми возможными значениями. тестовые сценарии а также дела и их текущее состояние, т.е. были ли они приняты или не пройдены. Это поможет команде тестирования понять уровень тестирования, выполненного для конкретного продукта.
Какие параметры включить в матрицу прослеживаемости требований?
- Идентификатор требования
- Тип требования и Descriptион
- Тестовые случаи со статусом
Выше приведен пример матрицы отслеживания требований.
Но в типичном тестирование программного обеспечения проекта матрица прослеживаемости будет иметь больше этих параметров.
Как показано выше, матрица прослеживаемости требований может:
- Покажите покрытие требований по количеству тестовых случаев
- Статус проектирования, а также статус выполнения для конкретного тестового примера.
- Если пользователям предстоит выполнить какой-либо приемочный тест, то статус UAT также может быть зафиксирован в той же матрице.
- Сопутствующие дефекты и текущее состояние также могут быть упомянуты в этой же матрице.
Такая матрица будет обеспечивать Всё в одном месте для всех видов деятельности по тестированию.
Не считая ведения Excel отдельно. Команда тестирования также может выбрать отслеживание требований с помощью доступных инструментов управления тестированием.
Типы матрицы проверки прослеживаемости
В программной инженерии матрицу прослеживаемости можно разделить на три основных компонента, как указано ниже:
- Прямая прослеживаемость: Эта матрица используется для проверки того, продвигается ли проект в желаемом направлении и для правильного продукта. Он гарантирует, что каждое требование применяется к продукту и что каждое требование тщательно протестировано. Он сопоставляет требования с тестовыми примерами.
- Обратная или обратная прослеживаемость: Он используется для того, чтобы убедиться, что текущий продукт остается на правильном пути. Целью этого типа отслеживания является проверка того, что мы не расширяем рамки проекта путем добавления кода, элементов дизайна, тестирования или другой работы, не указанной в требованиях. Он сопоставляет тестовые примеры с требованиями.
- Двунаправленная отслеживаемость (вперед+назад): Эта матрица прослеживаемости гарантирует, что все требования будут покрыты тестовыми примерами. Он анализирует влияние изменения требований, на которое влияет дефект в рабочем продукте и наоборот.
Как создать матрицу отслеживания требований
Давайте разберемся с концепцией матрицы отслеживания требований на примере банковского проекта Guru99.
На основе Документ бизнес-требований (BRD) и Документ технических требований (TRD), тестировщики начинают писать тестовые примеры.
Предположим, что следующая таблица — это наш документ с бизнес-требованиями или BRD для Банковский проект Guru99.
В данном случае сценарий таков, что клиент должен иметь возможность войти на банковский веб-сайт Guru99 с правильным паролем и идентификатором пользователя, в то время как менеджер должен иметь возможность войти на веб-сайт через страницу входа клиента.
Хотя приведенная ниже таблица является нашей Документ технических требований (TRD).
Примечание: Команды контроля качества не документируют BRD и TRD. Кроме того, некоторые компании используют Документы с функциональными требованиями (FRD) которые аналогичны Документу с техническими требованиями, но процесс создания матрицы прослеживаемости остается прежним.
Давайте продолжим и создадим RTM в тестировании
Шаг 1) Наша команда пример тестового примера is
«Проверьте вход в систему, после ввода правильного идентификатора и пароля вход должен быть успешным»
Шаг 2) Определите техническое требование, которое проверяет этот тестовый пример. В нашем тестовом примере техническое требование: T94 проверяется.
Шаг 3) Обратите внимание на это техническое требование (T94) в тестовом примере.
Шаг 4) Определите бизнес-требование, для которого определено данное ТР (Техническое требование-Т94).
Шаг 5) Обратите внимание на BR (бизнес-требование) в тестовом примере.
Шаг 6) Сделайте выше для всех тестовых примеров. Later Извлеките первые 3 столбца из вашего набора тестов. Тестируемая RTM готова!
Преимущество матрицы отслеживания требований
- Это подтверждает 100% покрытие тестами
- Он подчеркивает любые отсутствующие требования или несоответствия в документах.
- Он показывает общие дефекты или статус выполнения с акцентом на бизнес-требованиях.
- Это помогает анализировать или оценивать влияние на работу команды контроля качества повторного посещения или повторной работы над тестовыми примерами.
Давайте изучим RTM на примере в Видео.
Нажмите здесь если видео недоступно
Шаблон матрицы прослеживаемости требований (RTM)
Нажмите ниже, чтобы загрузить файл Excel шаблона RTM
