Исследуйте состояние и качество тестирования действий Используя модель, тестирующую инструментальную панель

Модель, Тестирующая Инструментальную панель, собирает метрические данные из проекта модели и артефактов тестирования в проекте помочь вам оценить состояние и качество вашего основанного на требованиях тестирования модели.

Инструментальная панель анализирует артефакты в проекте, такие как требования, модели и результаты испытаний. Каждая метрика в инструментальной панели измеряет другой аспект качества тестирования вашей модели и отражает инструкции в признанных промышленностью стандартах разработки программного обеспечения, таких как ISO 26262 и DO - 178C.

В этом примере показано, как оценить состояние тестирования модели при помощи Модели, Тестирующей Инструментальную панель. Если требования, модели, или тесты в вашем изменении проекта, используют инструментальную панель, чтобы оценить удар на тестирование и обновить артефакты, чтобы достигнуть ваших целей тестирования.

Исследуйте артефакты тестирования и метрики для проекта

Откройте проект, который содержит артефакты тестирования и модели. В данном примере в командной строке, введите dashboardCCProjectStart.

Чтобы открыть Модель, Тестирующую Инструментальную панель, используйте один из этих подходов:

  • На вкладке Project нажмите Model Testing Dashboard.

  • В командной строке введите modelTestingDashboard.

Когда вы открываете сначала инструментальную панель для проекта, инструментальная панель должна идентифицировать артефакты в проекте и проследить их до моделей. Чтобы запустить анализ и собрать метрические результаты, нажмите Trace и Collect All.

Инструментальная панель отображает метрические результаты для модели, выбранной в панели Артефактов. Чтобы собрать метрические данные для модели, нажмите Collect Results. Если вы хотите собрать метрики для всех моделей в проекте, нажмите Collect Results> Collect All Results. Если метрические данные были ранее собраны для модели, инструментальная панель заполняет из существующих данных. Сбор данных для метрики требует лицензии на продукт, который поддерживает базовые артефакты, такие как Simulink Requirements, Simulink Test или Simulink Coverage. Однако лицензия не требуется, чтобы просматривать существующие метрические данные.

Просмотрите трассируемость артефактов проекта и тестирования

Панель Артефактов организует артефакты в проекте в соответствии с моделями, до которых они прослеживают. Если существуют изменения в файлах артефакта в проекте, инструментальная панель указывает, что необходимо обновить данные в инструментальной панели путем нажатия на Trace Artifacts. В данном примере в панели Артефактов, расширьте папку для модели db_DriverSwRequest. Для модели в проекте прослеженные артефакты включают:

  • Функциональные требования - Требования, которые соединяются с моделью со ссылкой, где Тип установлен в Implements или косвенно соединенный с моделью через другие требования. Создайте или импортируйте эти требования в файле требований (.slreqx) при помощи Simulink Requirements.

  • Проект - файл модели, который содержит компонент, который вы тестируете и библиотеки и словари данных, которые использует модель.

  • Тесты - Тесты, которые запускают модель или библиотеку. Создайте эти тесты в файле тестового набора при помощи Simulink Test.

  • Результаты испытаний - Результаты тестов для модели. Чтобы использовать результаты в инструментальной панели, запустите модульные тесты, экспортируйте результаты и сохраните их как файл результатов. Инструментальная панель показывает последние сохраненные результаты тестов.

Артефакт появляется в папке Untraced, если инструментальная панель не проследила артефакт до модели компонента. Папка включает артефакты, которые пропускают трассируемость и артефакты, которые инструментальная панель не может проследить. Если артефакт генерирует ошибку во время анализа трассируемости, это появляется под папкой Errors. Для получения дополнительной информации о непрослеженных артефактах и ошибках, смотрите Артефакты Трассировки к Компонентам для Модели, Тестирующей Анализ.

Перейдите к артефакту требования db_DriverSwRequest> Функциональные требования> db_req_funct_spec.slreqx> Обнаружение Переключателя Отмены и кликните по требованию. Панель отображает имя артефакта и пути к папке в проекте к файлу, который содержит артефакт. Можно прокрутить к компоненту или свернуть или расширить список артефактов путем щелчка правой кнопкой по артефакту или при помощи меню справа от панели поиска.

Просмотрите метрические результаты для компонента

Можно собрать и просмотреть метрические результаты для каждой модели в панели Артефактов. Просмотреть результаты для модели db_DriverSwRequest, в панели Артефактов нажмите db_DriverSwRequest. Чтобы открыть результаты для нескольких компонентов одновременно, щелкните правой кнопкой по компоненту и нажмите Open в новой вкладке. Верхняя часть инструментальной панели показывает имя модели, метки времени сбора данных и имени пользователя, которое собрало данные. Если артефакты в изменении проекта после результатов собраны, Устаревший Метрический значок показывает, что некоторые виджеты инструментальной панели могут показать устаревшие данные, которые не включают изменения. Затронутые виджеты кажутся подсвеченными в сером. Вспомните метрические данные, чтобы обновить устаревшие виджеты с данными из текущих артефактов. В данном примере данные в инструментальной панели не являются устаревшими.

Виджеты инструментальной панели обобщают метрические результаты данных и показывают проблемы тестирования, чтобы обратиться, такие как:

  • Недостающая трассируемость между требованиями и тестами

  • Тесты или требования с диспропорциональным количеством ссылок

  • Тесты определенных типов, которые необходимо рассмотреть

  • Проваленные или отключенные тесты

  • Недостающее покрытие

Чтобы исследовать данные более подробно, кликните по отдельному метрическому виджету. Для выбранной метрики таблица показывает метрическое значение для каждого артефакта. Таблица обеспечивает гиперссылки, чтобы открыть артефакты так, чтобы можно было получить подробные результаты и зафиксировать артефакты, которые имеют проблемы. При исследовании этих таблиц обратите внимание что:

  • Можно отфильтровать результаты значением, возвращенным для каждого артефакта. Чтобы отфильтровать результаты, кликните по значку фильтра в табличном заголовке.

  • Некоторые виджеты фильтруют таблицу по умолчанию, чтобы показать только результаты, что виджет отображается. Например, для раздела Requirements Linked to Tests, таблица для Расцепляемого виджета отфильтрована, чтобы показать только требования, которые пропускают тесты.

  • Чтобы отсортировать результаты по артефакту, исходный файл или значение, кликает по стрелке в соответствующем заголовке столбца.

Оцените тестирование и трассируемость требований

Стандартной мерой тестирования качества является трассируемость между отдельными требованиями и тестами, которые проверяют их. Чтобы оценить трассируемость ваших тестов и требований, используйте метрические данные в разделе Test Case Analysis инструментальной панели. Можно быстро найти проблемы в требованиях и тестах при помощи сводных данных в виджетах. Кликните по виджету, чтобы просмотреть таблицу подробными результатами, и соединяется, чтобы открыть артефакты.

Требования, пропускающие тесты

В разделе Requirements Linked to Tests Расцепляемый виджет указывает, сколько требований пропускает тесты. Добавьте тесты и ссылки на эти требования. Требования с Тестовым виджетом набора показывают соединяющийся прогресс процентом требований, которые имеют тесты.

Кликните по любому виджету в разделе, чтобы видеть подробные результаты в Требовании, соединенном с таблицей тестов. Для каждого требования таблица показывает исходный файл, который содержит требование и соединяется ли требование по крайней мере с одним тестом. Когда вы кликаете по Расцепляемому виджету, таблица отфильтрована, чтобы показать только требования, которые являются недостающими звеньями к тестам.

Требования с диспропорциональными количествами тестов

Раздел Tests per Requirement обобщает распределение тестов номера, соединенных с каждым требованием. Для каждого значения цветной интервал указывает на количество требований, которые соединяются с тем количеством тестов. Более темные цвета указывают на большее количество требований. Если требование имеет слишком много тестов, это может быть слишком широко, и можно хотеть разломать его на еще несколько гранулированных требований и соединить их с соответствующими тестами. Если требование имеет слишком мало тестов, рассмотрите добавление большего количества тестов и соединение их к требованию.

Чтобы видеть требования, которые имеют определенное число тестов, кликните по соответствующему интервалу, чтобы открыть Тесты на таблицу требования. Для каждого требования таблица показывает исходный файл, который содержит требование и количество соединенных тестов. Чтобы видеть результаты для всех требований, в Соединенном столбце Тестов, кликают по значку фильтра, затем выбирают Clear Filters.

Тестовые недостающие требования

В разделе Tests Linked to Requirements Расцепляемый виджет указывает, сколько тестов не соединяется с требованиями. Добавьте ссылки от этих тестов до требований, чтобы они проверили. Тесты с виджетом набора Требований показывают соединяющийся прогресс процентом тестов та ссылка на требования.

Кликните по любому виджету в разделе, чтобы видеть подробные результаты в Тесте, соединенном с таблицей требований. Для каждого теста таблица показывает исходный файл, который содержит тест и соединяется ли тест по крайней мере с одним требованием. Когда вы кликаете по Расцепляемому виджету, таблица отфильтрована, чтобы показать только тесты, которые являются недостающими звеньями к требованиям.

Тесты с диспропорциональными количествами требований

Требования на Тестовый виджет обобщают распределение количества требований, соединенных с каждым тестом. Для каждого значения цветной интервал указывает на количество требований, которые соединяются с тем количеством тестов. Более темные цвета указывают на большее количество тестов. Если тест имеет слишком многих или слишком мало требований, он может больше затруднить, чтобы исследовать отказы для того теста, и можно хотеть изменить тест или требования так, чтобы их было легче отследить. Например, если тест проверяет намного больше требований, чем другие тесты, считайте разламывание его на несколькими меньшими тестами и соединением их к требованиям.

Чтобы видеть тесты, которые имеют определенное число требований, кликните по соответствующему интервалу, чтобы открыть Требования на таблицу теста. Для каждого теста таблица показывает исходный файл, который содержит тест и количество связанных требований. Чтобы видеть результаты для всех тестов, в столбце Связанных требований, кликают по значку фильтра, затем выбирают Clear Filters.

Диспропорциональное количество тестов одного типа

Тесты Типом и Тесты с виджетами Тегов показывают, сколько тестов компонент имеет каждого типа и с каждым пользовательским тегом. В промышленных стандартах тесты часто категоризируются как нормальные тесты или тесты робастности. Можно пометить тесты с Normal или Robustness и смотрите общий счет для каждого тега при помощи Тестов с виджетом Тега. Используйте отказ, чтобы решить, хотите ли вы добавить тесты определенного типа или с определенным тегом.

Чтобы видеть тесты одного типа, кликните по соответствующей строке в таблице Tests by Type, чтобы открыть таблицу типа Теста. Для каждого теста таблица показывает исходный файл, который содержит тест и тестовый тип. Чтобы видеть результаты для всех тестов, в столбце Типа, кликают по значку фильтра, затем выбирают Clear Filters.

Чтобы видеть тесты, которые имеют тег, кликните по соответствующей строке в таблице Tests with Tag, чтобы открыться, Тест помечает таблицу. Для каждого теста таблица показывает исходный файл, который содержит тест и теги на тесте. Чтобы видеть результаты для всех тестов, в столбце Тегов, кликают по значку фильтра, затем выбирают Clear Filters.

Анализируйте результаты испытаний и покрытие

Чтобы видеть сводные данные результатов испытаний и измерений покрытия, используйте виджеты в разделе Simulation Test Result Analysis инструментальной панели. Найдите проблемы в тестах и в модели при помощи метрик результата испытаний. Найдите разрывы покрытия при помощи метрик покрытия и добавьте тесты, чтобы обратиться к недостающему покрытию. Когда вы запускаете тесты для модели, экспортируете результаты и сохранили файл в проекте. Затем соберите метрики инструментальной панели и проверяйте результаты на эти проблемы тестирования.

Тесты, которые не имеют пройден

В разделе Model Test Status Непротестированные и Отключенные виджеты указывают, сколько тестов для компонента не было запущено. Запустите тесты при помощи менеджера по Simulink Test и экспортируйте новые результаты.

Не пройдено виджет указывает, сколько тестов провалило. Откройте каждый проваленный тест в менеджере по Тесту и исследуйте артефакты, которые вызвали отказ. Зафиксируйте артефакты, повторно выполните тесты и экспортируйте результаты.

Кликните по любому виджету в разделе, чтобы открыть таблицу состояния Теста. Для каждого теста таблица показывает исходный файл, который содержит тест и состояние результата испытаний. Когда вы нажимаете Failed, Untested или виджеты Disabled, таблица отфильтрована, чтобы показать только тесты для тех результатов. Инструментальная панель анализирует только последний результат испытаний, который она прослеживает до каждого теста.

Недостающее покрытие

Виджет Покрытия модели показывает, существуют ли элементы модели, которые не покрыты тестами. Если один из типов покрытия показывает меньше чем 100%-е покрытие, можно исследовать разрывы покрытия. Добавьте тесты, чтобы покрыть разрывы или выровнять по ширине вопросы, на которые не должны отвечать. Затем запустите тесты снова и экспортируйте результаты.

Чтобы видеть подробные результаты для одного типа покрытия, кликните по соответствующей панели. Для и тестов модели таблица показывает исходный файл и достигнутое и выровненное по ширине покрытие.

Смотрите также

Похожие темы