Создайте тесты из результатов 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 ищет извлеченную модель в выходной папке, указанной в параметрах конфигурации Design Verifier. Использование 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. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.