В менеджере по Тесту Создать Тест для мастера рабочего процесса Компонента создает внутреннюю тестовую обвязку и тест для модели или компонента в модели. Компоненты, для которых можно создать тестовые обвязки, включают подсистемы, графики Stateflow® и блоки Model. Для полного списка компонентов, поддержанных тестовыми обвязками, смотрите Тестовую обвязку и Отношение Модели.
В мастере вы задаете:
Модель, чтобы протестировать.
Компонент, чтобы протестировать, если вы не тестируете целую модель.
Тестовые воздействия.
Тип теста, чтобы работать на компоненте.
Сохранить ли тестовые данные в MAT-файле или Excel®. Для получения дополнительной информации об использовании файлов Excel в менеджере по Тесту смотрите Данные о Тесте Формата в Excel.
Для примера, который использует мастер, смотрите, Создают и Запущенный Компенсационный Тест
Примечание
Если вы тестируете компонент, можно выбрать тот компонент в модели прежде, чем открыть мастер, чтобы автоматически заполнить поля компонента и модели.
Если вы - эквивалентное тестирование кода, сгенерированного для допускающей повторное использование подсистемы библиотеки, прежде, чем открыть Создать Тест для мастера Компонента, проверяете, что подсистема задала функциональные интерфейсы и что библиотека уже имеет сгенерированный код. Для получения информации о допускающих повторное использование подсистемах библиотеки функциональные интерфейсы и сгенерированный код, видят Основанную на библиотеке Генерацию кода для Допускающих повторное использование Подсистем Библиотеки (Embedded Coder). У вас должна быть лицензия Embedded Coder®, чтобы проверить сгенерированный код.
Чтобы открыть Создать Тест для мастера Компонента, в менеджере по Тесту выбирают New> Test for Model Component.
На первой странице мастера нажмите кнопку Use current model
, чтобы заполнить поле Top Model.
Затем если вы тестируете a:
Целая модель, отпуск пустое поле Component.
Один компонент и вы выбрали компонент в модели прежде, чем открыть мастер, нажмите кнопку Use currently selected model component, чтобы заполнить поле Component. В противном случае введите имя компонента.
Компонент в блоке Model Reference, вы не должны задавать блок Model Reference как топ-модель. Используйте имя модели, которая содержит блок Model Reference как Top Model.
Допускающая повторное использование подсистема библиотеки, которая имеет функциональный интерфейс, опция Function Interface Settings отображения. Выберите функциональный интерфейс, для которого вы хотите создать тест.
Допускающие повторное использование библиотеки содержат компоненты и подсистемы, которые могут быть совместно использованы с многоуровневыми моделями. Можно совместно использовать код, сгенерированный подсистемами, если те подсистемы в верхнем уровне допускающей повторное использование библиотеки и если у них есть функциональные интерфейсы. Функциональные интерфейсы задают настройки параметров блоков ввода и вывода подсистемы.
Чтобы протестировать целую модель, не создавая тестовую обвязку, снимите флажок Create Test Harness for component. Если вы тестируете определенный компонент в модели, тестовая обвязка автоматически создана, и опция Create Test Harness for component не отображается.
Примечание
Для модели экспорта функций тестовая обвязка автоматически создает блок Test Sequence.
Нажмите Next, чтобы перейти к следующей странице мастера.
На странице Test Inputs выберите, как получить тестовые воздействия.
Use component input from the top model as test input — Симулируйте модель и запишите входные параметры к компоненту. Затем используйте те входные параметры в качестве входных параметров к созданной тестовой обвязке. Используйте эту опцию для отладки.
Примечание
Если вы тестируете подсистему, которая имеет вызовы функции, вы не можете получить входные параметры путем симуляции модели, потому что вызовы функции не могут регистрироваться. Используйте любую из других двух опций, чтобы получить входные параметры.
Use Design Verifier to generate test input scenarios — Создайте входные параметры тестовой обвязки, чтобы удовлетворить требования тестового покрытия с помощью Simulink® Design Verifier™. Эта опция появляется, только если Simulink Design Verifier установлен.
Select test harness input source — Выберите, как входные параметры, сгенерированные Верификатором Проекта, применяются к тестовой обвязке. Эта опция появляется, только если вы выбираете Use Design Verifier to generate test input scenarios.
Inports — Создайте тестовую обвязку с блоками Inport как источник.
Signal Editor — Создайте тестовую обвязку с Редактором Сигнала как источник, который содержит входные сценарии, сгенерированные Верификатором Проекта.
Specify inputs in the created harness — После того, как мастер создает обвязку, откройте обвязку в менеджере по Тесту и вручную задайте входные параметры обвязки. Эта опция не появляется, если вы приняли решение не создать тестовую обвязку.
На странице Verification Strategy выберите, как протестировать компонент.
Use component under test output as baseline — Симулируйте модель и запишите выходные параметры от компонентов, которые используются в качестве базовой линии.
Perform back-to-back testing — Сравните результаты выполнения компонента в двух различных режимах симуляции. Для каждой симуляции выберите режим из выпадающего меню. Для SIL тестирование допускающей повторное использование подсистемы библиотеки библиотека, которая содержит подсистему, должна уже иметь сгенерированный код.
Define the verification logic in the created harness — После того, как мастер создает обвязку, откройте обвязку. Вручную задайте логику верификации использование блока Test Sequence или Test Assessments в сгенерированной обвязке. В качестве альтернативы используйте логические и временные оценки или пользовательские критерии в сгенерированном тесте. Эта опция не появляется, если вы тестируете модель верхнего уровня и принимаете решение не создать тестовую обвязку.
На странице Generated Test выберите формат, в котором можно сохранить тестовые данные и задать имя файла для сгенерированных тестов.
Specify the file format — Задайте тип файла, в котором можно сохранить данные.
Excel — Сохраняет тестовые воздействия, выходные параметры и параметры к одному листу в файле электронной таблицы Excel. Для тестов с несколькими итерациями каждая итерация находится в отдельном листе. Для получения дополнительной информации об использовании файлов Excel в менеджере по Тесту смотрите Данные о Тесте Формата в Excel.
MAT — Сохраняет вводы и выводы в отдельных файлах MAT. Для тестов, которые используют Simulink Design Verifier, мастер сохраняет входные параметры и параметры в одном файле и выходные параметры в базовом файле.
Specify location to save test data — Задайте полный путь файла. В качестве альтернативы можно использовать имя файла по умолчанию и местоположение, которое сохраняет sltest_<model name> в текущей рабочей папке. Эта опция доступна только для файлов формата Excel. Файлы MAT сохранены в местоположение по умолчанию, заданное в настройках конфигурации модели.
Test File Location — Задайте полный путь, где вы хотите сохранить сгенерированные тестовые файлы. В качестве альтернативы можно использовать имя файла по умолчанию, которое является sltest_<model name>_tests. Файл сохранен в текущей рабочей папке. Это поле появляется, только если у вас не было тестового файла открытым в менеджере по Тесту, прежде чем вы открыли мастер.
Если у вас был тестовый файл, открытый в менеджере по Тесту, прежде чем вы открыли мастер, эти опции отображены вместо Test File Location:
Add tests to the currently selected test file — Сгенерированные тесты добавляются к тестовому файлу, который был выбран в панели Test Browser менеджера по Тесту, когда вы открыли мастер.
Create a new test file containing the test(s) — Новый тестовый файл создается для тестов. Это появляется в панели Test Browser менеджера по Тесту.
Нажмите Done, чтобы сгенерировать тестовую обвязку и тест. Тестовая обвязка не создается, если вы тестируете целую модель и отменили выбор Create a Test Harness на первой вкладке мастера.
Если модель имеет существующую внешнюю обвязку, мастер создает внешнюю тестовую обвязку для компонента под тестом. Если никакая обвязка или внутренняя обвязка не существуют, мастер создает внутреннюю тестовую обвязку.
Менеджер по Тесту затем открывается тестом в панели Test Browser и, если тестовая обвязка была создана, имя тестовой обвязки в поле Harness раздела System Under Test. Тест называют <model name>_Harness<#>.
