Что такое прослеживаемость требований? (с преимуществами и передовым опытом)
22 апреля 2021 г.
Инженерам-программистам и разработчикам нужны специализированные инструменты управления проектами, чтобы отслеживать тестирование и убедиться, что их продукт соответствует всем требованиям клиентов. Одним из таких инструментов является отслеживание требований, которое может быть особенно полезным для больших и сложных проектов. Вы можете использовать отслеживание требований в качестве инженера или разработчика для записи своей работы, координации с вашей командой или демонстрации того, что вы выполнили юридические требования. В этой статье мы обсудим, что такое прослеживаемость требований и как можно использовать матрицу прослеживаемости требований.
Что такое прослеживаемость требований?
Отслеживание требований — это инструмент, используемый в управлении проектами разработки программного обеспечения для отслеживания требований и обеспечения того, чтобы все компоненты имели одинаковое качество и адекватное тестирование. Требование к части программного обеспечения — это определенный способ функционирования программного обеспечения, который отвечает запросу клиента и соответствует определенному разделу кода. Например, если клиент запрашивает страницу с паролем для входа в систему для какого-либо контента, требованием будет, чтобы страница входа отклоняла неправильные пароли и отвечала на правильный пароль, связывая пользователя с контентом.
Если компонент имеет прослеживаемость требований, инженер-программист может проследить жизненный цикл этого требования от первоначального требования клиента или правового регулирования до написанного раздела кода и тестов, которые используются для проверки его эффективности. Есть две части прослеживаемости требований:
Прямая трассировка: это процесс проверки соответствия требований системным компонентам, элементам дизайна и другим результатам.
Обратная трассировка: это процесс проверки того, почему определенные функции были включены для создания контрольного журнала для дальнейшего использования.
Требование, которое имеет одно из этих требований, может называться наличием прямой или обратной прослеживаемости, в то время как требование с полной прослеживаемостью имеет сквозную прослеживаемость.
Что такое матрица прослеживаемости требований?
Матрица прослеживаемости требований (RTM) — это способ документирования прослеживаемости требования. Это электронная таблица, которая отслеживает требования в процессе разработки, собирая данные о требовании, соответствующем кодировании, проведенном тестировании и первоначальной причине включения требования в одно и то же место. В зависимости от своего назначения RTM может обеспечивать любой из трех видов прослеживаемости, но чаще всего RTM документирует двунаправленную прослеживаемость.
Вы также можете выбрать специализированную RTM для определенной функции. Матрица управления рисками может помочь вам продемонстрировать конкретные инструменты, которые вы используете для снижения установленного риска. Матрица соответствия может быть RTM, которую вы отправляете для выполнения требований законодательства, если вы создаете инструменты для отрасли, где безопасность или качество очень важны, например, в сфере транспорта или медицины.
Преимущества прослеживаемости требований
Вот некоторые из преимуществ, которые может дать вам отслеживание требований:
Эффективность
С помощью процедуры отслеживания требований вы можете сэкономить время, отслеживая требования в одном и том же месте, чтобы вы могли обращаться к этой информации всякий раз, когда она вам нужна. Использование матрицы может сделать эту информацию очень наглядной, чтобы вы могли найти информацию с первого взгляда. Вы также можете предотвратить дублирование тестов, отслеживая результаты в одном документе, чтобы все тестировщики знали, что нужно делать.
Тестирование изолированных компонентов
RTM показывает, какие компоненты кода и дизайна соответствуют конкретным требованиям, поэтому разработчики могут тестировать только эти требования или разделы, чтобы понять, работают ли они. Это может помочь отловить и исправить ошибки на более ранней стадии разработки и найти проблему в коде.
Упрощенный анализ воздействия
Если вы обнаружите проблемы или ошибки, вам будет легче увидеть, с какими другими частями проекта они связаны. Когда вы исправляете определенные участки кода, вы можете быстро увидеть в RTM, влияют ли эти участки кода на другие аспекты дизайна.
Документация по соблюдению правил
Если ваш проект регулируется нормативными актами или политикой компании, отслеживание требований может помочь вам добиться соблюдения всех нормативных требований. Если у вас есть список требований для каждого правила, вы можете не забыть включить их все. В некоторых отраслях существуют юридические требования для регистрации прослеживаемости требований во время производства и отчетности о результатах, чтобы гарантировать, что такие продукты, как автомобили, промышленное оборудование, самолеты и другая мощная техника, имеют хорошо протестированное и безопасное программное обеспечение.
Лучшее общение в команде
Наличие общедоступной RTM может помочь вашей команде более эффективно сотрудничать, информируя всех о том, что было сделано и что еще предстоит сделать. Если у вас есть отдельные отделы разработки и обеспечения качества, RTM может иметь решающее значение для демонстрации QA, какие тесты необходимо выполнить, и позволяя разработчикам находить и устранять проблемы, которые определяет QA.
Рекомендации по отслеживанию требований
Вот несколько способов получить максимальную отдачу от отслеживания требований:
Выберите правильный инструмент
Существует множество доступных инструментов матрицы прослеживаемости требований, от простых электронных таблиц до специализированного программного обеспечения, которое интегрируется с инструментами тестирования и разработки. Ручной метод работы с электронными таблицами обычно эффективен только в том случае, если ваш проект содержит до пары сотен требований. Более сложные проекты или проекты с множеством юридических или бизнес-требований, вероятно, потребуют более продвинутого инструмента. Выбор правильного инструмента перед началом может помочь предотвратить ситуации, когда вам нужно будет начать сначала или повторно ввести какую-либо информацию.
Используйте уникальные идентификаторы
Убедитесь, что каждое требование к программному обеспечению и бизнес-требование имеет уникальный идентификатор, обычно код из цифр и букв, который может последовательно идентифицировать этот элемент во всей RTM. Это предотвращает путаницу и упрощает поиск RTM.
Обновляйте RTM
RTM полезен только в том случае, если он содержит необходимую и текущую информацию. Если ваш проект большой, вы можете рассмотреть программное обеспечение для автоматизированного отслеживания требований, чтобы избежать многократного ввода информации вручную и сделать вашу RTM более эффективной за счет упрощения обновления.
Узнайте, кто отвечает за RTM
Если вы работаете с большой командой, объясните, что каждый член команды должен вводить в вашу RTM, или делегируйте отдельное лицо для ввода всех данных. Таким образом, вы будете знать, к кому обратиться, если у вас возникнут вопросы, и у вас не будет дублирующейся информации на вашем RTM. Для работы автоматизированного или более сложного инструмента RTM также могут потребоваться специальные знания, поэтому вы можете делегировать свои обязанности по RTM наиболее квалифицированным специалистам.
Как эффективно отслеживать требования
Вот один из способов эффективного отслеживания требований с помощью RTM:
1. Понять цели и выбрать формат
Во-первых, решите, зачем вы создаете матрицу прослеживаемости требований и какой тип вам может понадобиться. Двунаправленная матрица прослеживаемости является наиболее распространенным типом, поскольку она может показать форму вашего проекта от начала до конца. Если вы пытаетесь понять, какие разделы кодирования связаны с какими требованиями, вам может понадобиться матрица прямого отслеживания. Если вы пытаетесь понять, как сделать ваш проект более эффективным, матрица обратной трассировки может помочь вам понять, какие возможности вам действительно нужны для достижения первоначальных целей.
2. Определитесь с категориями
Как только вы узнаете, какую матрицу вы собираетесь построить и почему, вы сможете выбрать соответствующие категории для отслеживания. Каждая матрица, скорее всего, будет включать столбец для имен требований и уникальных идентификаторов, но вы также можете включить некоторые из них:
Позиция требования в функциональном дизайне
Компоненты кода, которые решают дизайн
Процедура проверки этого требования
Результаты испытаний для этого требования
Ошибки, обнаруженные при тестировании этого требования
3. Создайте матрицу
Затем создайте свою матрицу с помощью электронной таблицы или программы отслеживания требований. Обычно вы можете установить свои категории вверху, а затем заполнить всю необходимую информацию ниже. Будьте последовательны при вводе данных, особенно уникальных идентификаторов требований, чтобы при необходимости можно было легко и точно искать компоненты.
4. Обновление матрицы
Чтобы ваша матрица была полезной, когда ваша команда работает над проектом, важно, чтобы информация в ней была точной, когда члены команды ссылаются на нее. По мере того, как вы продвигаетесь в тестировании компонентов или добавлении или удалении требований, обновленная матрица может показать вам прогресс, которого вы достигли, и то, что вам осталось сделать.