RTM (Requirements Traceability Matrix) — это таблица, которая связывает требования к продукту с тест-кейсами, задачами и дефектами. По сути, это карта, которая показывает: вот требование, а вот тесты, которые его проверяют, и статус этой проверки.

Матрица появилась как ответ на конкретную проблему: в больших проектах легко потерять связь между тем, что просили заказчики, и тем, что реально протестировано. Без трассируемости часть требований остаётся непроверенной, а часть тестов дублирует друг друга или проверяет то, что уже не актуально.

Из чего состоит RTM

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

Зачем она нужна тестировщику

RTM помогает быстро увидеть, какие требования ещё не покрыты тестами — это защищает от ситуации, когда фича вышла в продакшен без единой проверки. Она также ускоряет анализ влияния при изменении требований: если бизнес меняет условие, легко найти все связанные тесты и перепроверить именно их, а не весь регресс. Кроме того, матрица — это готовый отчёт для аудита и для разговора с заказчиком о реальном покрытии проекта тестами.

Как работать с RTM на практике

Для небольших проектов достаточно таблицы в Google Sheets или Excel с ручными ссылками между требованиями и тестами. В более зрелых командах трассируемость встраивают прямо в таск-трекер — например, в Jira с плагинами Xray или Zephyr, где требование, тест-кейс и баг становятся связанными сущностями, а матрица строится автоматически. Главное правило независимо от инструмента — обновлять RTM при любом изменении требований, иначе матрица быстро теряет ценность и превращается в устаревший документ, которому никто не доверяет.