Создайте тесты из результатов Simulink Design Verifier
[ создает тестовую обвязку и тестовый файл с помощью результатов анализа Simulink® Design Verifier™, содержавшихся в owner,testHarness,testFile,testCase]
= sltest.import.sldvData(dataFile)dataFile. Функция возвращает компонент модели owner сопоставленный с тестом, testHarness, и testFile.
[ создает тестовую обвязку и тестовый файл с дополнительными опциями, заданными одним или несколькими owner,testHarness,testFile,testCase]
= sltest.import.sldvData(dataFile,Name,Value)Name,Value парные аргументы. Задайте аргументы пары "имя-значение" после входного параметра файла данных.
Создайте тестовый файл и тестовую обвязку для подсистемы ShiftLogic в sldvdemo_autotrans модель. Входные параметры отражают аналитические цели.
Анализируйте подсистему ShiftLogic с Simulink Design Verifier, чтобы сгенерировать тестовые воздействия для покрытия подсистемы. Файлом данных результатов является ShiftLogic_sldvdata.mat.
Создайте тест.
[component,harness,testfile] = ... sltest.import.sldvData... ('./sldv_output/ShiftLogic/ShiftLogic_sldvdata.mat',... 'TestHarnessName','CoverageHarness',... 'TestFileName','CoverageTests')
Откройте тестовую обвязку.
sltest.harness.open(component,harness)
Откройте тестовый файл.
open(testfile)
Создайте тестовый файл и тестовую обвязку для подсистемы ShiftLogic в sldvdemo_autotrans модель, с помощью существующей тестовой обвязки.
Анализируйте подсистему ShiftLogic с Simulink Design Verifier, чтобы сгенерировать тестовые воздействия для покрытия подсистемы. Файлом данных результатов является ShiftLogic_sldvdata.mat. Существующую тестовую обвязку называют DatafileHarness.
Создайте тест.
[component,harness,testfile] = sltest.import.sldvData... ('./sldv_output/ShiftLogic/ShiftLogic_sldvdata.mat',... 'TestHarnessName','DatafileHarness','TestFileName','CoverageTests',... 'CreateHarness',false)
Откройте тестовую обвязку.
sltest.harness.open(component,harness)
Откройте тестовый файл.
open(testfile)
dataFile — Имя полного пути файла данныхПуть и имя файла файла данных, сгенерированного анализом Simulink Design Verifier в виде вектора символов или строкового скаляра. Входной файл является файлом MAT. Когда файл импортируется в Simulink Test™, sldvData создает файл MLDATX и файл Excel® в местоположении, заданном в ExcelFilePath. Если файл Excel уже существует, новый лист добавляется к файлу.
Пример: 'ShiftLogic0/ShiftLogic0_sldvdata.mat'
Задайте дополнительные разделенные запятой пары Name,Value аргументы. Name имя аргумента и Value соответствующее значение. Name должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN.
'TestHarnessName','DatafileHarness','CreateHarness',false'CreateHarness' — Создайте тестовую обвязку для модели или подсистемыtrue (значение по умолчанию) | falseОпция, чтобы добавить тестовую обвязку в компонент модели или компонент модели, который соответствует тестам в тестовом файле в виде разделенной запятой пары, состоящей из 'CreateHarness' и true или false.
Если вы задаете true, используйте новое имя тестовой обвязки с 'TestHarnessName' пара "имя-значение".
Если вы задаете false, используйте существующее имя тестовой обвязки с 'TestHarnessName' пара "имя-значение".
Примечание
Если модель при анализе является тестовой обвязкой, CreateHarness значением по умолчанию является false.
Пример: 'CreateHarness',false
'TestHarnessName' — Используйте имяТестовая обвязка, используемая для выполнения тестов в виде разделенной запятой пары, состоящей из 'TestHarnessName' и имя тестовой обвязки.
Используйте новое имя тестовой обвязки если 'CreateHarness' true и существующая тестовая обвязка называет если 'CreateHarness' false.
Пример: 'TestHarnessName','ModelCoverageTestHarness'
'TestHarnessSource' — Источник новой тестовой обвязки'Inport' (значение по умолчанию) | 'Signal Editor'Источник новой тестовой обвязки в виде разделенной запятой пары, состоящей из 'TestHarnessSource' и 'Inport' или 'Signal Editor'.
Используйте новое имя тестовой обвязки если 'CreateHarness' true и существующая тестовая обвязка называет если 'CreateHarness' false.
Пример: 'TestHarnessName','ModelCoverageTestHarness'
'TestFileName' — Имя тестового файлаИмя для тестового файла, созданного для тестов в виде разделенной запятой пары, состоящей из 'TestFileName' и имя тестового файла.
Пример: 'TestFileName','ModelCoverageTests'
'ExtractedModelPath' — Путь извлеченной моделиПуть к модели, извлеченной из анализа Simulink Design Verifier в виде разделенной запятой пары, состоящей из 'ExtractedModelPath' и путь.
Simulink Test использует извлеченную модель, чтобы сгенерировать тестовую обвязку. По умолчанию, sltest.import.sldvData ищет извлеченную модель в выходной папке, заданной в параметрах конфигурации Верификатора Проекта. Используйте ExtractedModelPath если извлеченная модель находится в другом месте.
Simulink Design Verifier не использует извлеченную модель, когда вы анализируете модель верхнего уровня. Когда вы генерируете тесты для модели верхнего уровня, Simulink Test не использует 'ExtractedModelPath'.
Пример: 'Tests/ExtractedModels/'
'TestCase' — ТестТест к повторному использованию для операции импорта в виде разделенной запятой пары, состоящей из 'TestCase' и имя теста. Не задавайте никакую другую пару "имя-значение", когда вы будете использовать эту опцию.
Пример: 'TestCase','ModelCoverageTest2'
'ExcelFilePath' — Путь файла ExcelПуть файла Excel в виде вектора символов или строкового скаляра.
Пример: 'TestCase','ModelCoverageTest2'
owner — Путь компонента под тестомПуть компонента под тестом, возвращенным как вектор символов
Пример: 'ShiftLogic0/ShiftLogic0_sldvdata'
testHarness — Имя тестовой обвязки Имя тестовой обвязки для выполнения тестов, возвращенных как вектор символов.
testFile — Имя тестового файлаИмя тестового файла созданное или обновленное использование тестов, возвращенных как вектор символов.
testCase — Имя тестаИмя недавно созданного или обновленного теста, возвращенного как вектор символов.
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.