Шаблон матрицы трассировки требований
Шаблон матрицы трассировки требований
Среди полезных инструментов бизнес-аналитика – шаблон матрицы трассировки требований. С его помощью можно визуализировать связи между элементами системы в формате таблицы.
Матрица трассировки может быть самостоятельным документом или включена как часть документации по требованиям или часть плана тестирования. Она создается за счет связывания бизнес-требований с вариантами использования и сценариями тестирования, которые будут использоваться для их проверки.
В рамках этого процесса отношения между бизнес-требованиями и вариантами использования + сценариями тестирования могут иметь следующий вид:
- один-к-одному,
- один-ко-многим,
- многие-к-одному.
Трассировка требует уникальных идентификаторов для каждого требования и вариантов использования или сценариев тестирования. Трассировка обеспечивает полноту тестирования и подготавливает основу для планирования тестов.
Ниже – несколько примеров матрицы.
Пример 1
Пример 2
Пример 3
Пример 4
Как составлять?
1. Лучшие практики показывают, что бизнес-требования необходимо декомпозировать до мельчайших пакетов и нумеровать по правилу нумерации: BR001, BR002 и т.д. Это позволит создать для каждого бизнес-требования одно или несколько функциональных требований, которые будут соответствовать соглашению по нумерации для соответствующего бизнес-требования: FR001.01, FR001.02, FR001.03, FR002 и т.д.
2. Функциональные требования также должны быть декомпозированы до мельчайших пакетов. Для каждого функционального требования будет существовать одна или несколько связанных технических спецификаций в соответствии с соглашением по нумерации для связанных функциональных требований: TS001.01.01, TS001.01.02, TS001.01.03 и т.д.
3. Технические спецификации должны быть декомпозированы до мельчайших пакетов. Хранить их удобно в отдельной таблице, включающей 6 следующих столбцов:
- ID Матрицы – здесь содержится уникальная последовательность для идентификации комбинации требований и связанных с ними вариантов использования.
- # Бизнес-требования. В столбец включается номер бизнес-требования, который идентифицирует критерии успеха для выполнения тестов.
- # Функциональные требования. Столбец содержит идентификационный номер функционального требования, которое исполняет указанное бизнес-требование.
- # Вариант использования. Сюда следует вносить идентификационный номер варианта использования, который необходим для проверки соответствия бизнес-требований с функциональными требованиями. Этот параметр должен соответствовать ID в документе по требованиям. Поле является необязательным для заполнения.
- # Сценарий тестирования— идентификационный номер тестового скрипта для проверки связанных бизнес или функциональных требований.
Пример 5