padv.builtin.task.RunTestsPerModel Class

Namespace: padv.builtin.task
Superclasses: padv.Task

Task for running test cases associated with each model using Simulink Test

Description

Add-On Required: This feature requires the CI Support Package for Simulink add-on.

The padv.builtin.task.RunTestsPerModel class provides a task that can run the test cases associated with your models using Simulink^® Test™.

You can add the task to your process model by using the method addTask. After you add the task to your process model, you can run the task from the Process Advisor app or by using the function runprocess. The task runs each test case for each model in your project. Certain tests can generate code. To control whether Simulink Test or the MATLAB^® Unit Test framework executes the test cases, use the task property UseMATLABUnitTest.

The Process Advisor app shows the names of the models that have test cases under Run Tests in the Tasks column. To see the names of both the models and the associated test cases, use the padv.builtin.task.RunTestsPerTestCase task instead.

To view the source code for this built-in task, in the MATLAB Command Window, enter:

open padv.builtin.task.RunTestsPerModel

The padv.builtin.task.RunTestsPerModel class is a handle class.

Note

When you run the task, the task runs each test case individually and only executes test-case level callbacks. The task does not execute test-file level callbacks or test-suite level callbacks.

Creation

Description

task = padv.builtin.task.RunTestsPerModel() creates a task for running the test cases associated with your models using Simulink Test.

task = padv.builtin.task.RunTestsPerModel(PropertyName=Value) sets certain properties using one or more name-value arguments. For example, task = padv.builtin.task.RunTestsPerModel(Name = "MyRunTestsTask") creates a task with the specified name.

You can use this syntax to set property values for Name, Title, DescriptionText, Instruction, InputQueries, IterationQuery, InputDependencyQuery, Licenses, LaunchToolAction, and LaunchToolText.

The padv.builtin.task.RunTestsPerModel class also has other properties, but you cannot set those properties during task creation.

Properties

The RunTestsPerModel class inherits properties from padv.Task. The properties listed in Specialized Inherited Properties are padv.Task properties that the RunTestsPerModel task overrides.

The task also has properties for specifying Test Execution Options and Coverage Report Options.

Specialized Inherited Properties

Name — Unique identifier for task in process

"padv.builtin.task.RunTestsPerModel" (default) | string

Unique identifier for task in process, specified as a string.

Example: "TestMyModels"

Data Types: string

Title — Human-readable name that appears in Process Advisor app

"Run Tests" (default) | string

Human-readable name that appears in Process Advisor app, specified as a string.

Example: "Run My Tests"

Data Types: string

DescriptionText — Task description

"This task uses Simulink Test to run the test cases associated with your model. The task runs the test cases on a model-by-model basis. Certain tests might generate code." (default) | string

Task description, specified as a string.

When you point to a task in Process Advisor and click the information icon, the tooltip shows the task description.

Example: "This task uses Simulink Test to run the test cases associated with your model. The task runs the test cases on a model-by-model basis. Certain tests may generate code."

Data Types: string

DescriptionCSH — Path to task documentation

path to RunTestsPerModel documentation (default) | string

Path to task documentation, specified as a string.

When you point to a task in Process Advisor, click the ellipsis (...), and click Help, Process Advisor opens the task documentation.

Example: fullfile(pwd,"taskHelpFiles","myTaskDocumentation.pdf")

Data Types: string

RequiredIterationArtifactType — Artifact type that task can run on

"sl_model_file" (default) | ...

Type of artifact, specified as one or more of the values listed in this table. To specify multiple values, use an array.

Category	Artifact Type	Description
MATLAB	"m_class"	MATLAB class
	"m_file"	MATLAB file
	"m_func"	MATLAB function
	"m_method"	MATLAB class method
	"m_property"	MATLAB class property
Model Advisor	"ma_config_file"	Model Advisor configuration file
	"ma_justification_file"	Model Advisor justifications file
Model Finder	"mf_database"	Model Finder database file
Process Advisor	"padv_dep_artifacts"	Related artifacts that current artifact depends on
	"padv_output_file"	Process Advisor output file
Project	"project"	Current project file
Requirements	"mwreq_file"	Requirement file (since R2024b)
	"mwreq_item"	Requirement (since R2024b)
	"sl_req"	Requirement (for R2024a and earlier)
	"sl_req_file"	Requirement file (for R2024a and earlier)
	"sl_req_table"	Requirements Table
Stateflow®	"sf_chart"	Stateflow chart
	"sf_graphical_fcn"	Stateflow graphical function
	"sf_group"	Stateflow group
	"sf_state"	Stateflow state
	"sf_state_transition_chart"	Stateflow state transition chart
	"sf_truth_table_chart"	Stateflow truth table (since R2024a)
Simulink	"sl_block_diagram"	Block diagram
	"sl_data_dictionary_file"	Data dictionary file
	"sl_embedded_matlab_fcn"	MATLAB function
	"sl_block_diagram"	Block diagram
	"sl_library_file"	Library file
	"sl_model_file"	Simulink model file
	"sl_protected_model_file"	Protected Simulink model file
	"sl_subsystem"	Subsystem
	"sl_subsystem_file"	Subsystem file
System Composer™	"zc_activity_diagram"	System Composer activity diagram (since R2026a)
	"zc_allocation"	System Composer allocation (since R2025a)
	"zc_allocation_scenario"	System Composer allocation scenario (since R2025a)
	"zc_allocation_set"	System Composer allocation set (since R2025a)
	"zc_allocation_set_file"	System Composer allocation set file (since R2025a)
	"zc_architecture_diagram"	System Composer architecture (since R2026a)
	"zc_block_diagram"	System Composer architecture (for R2025b and earlier)
	"zc_component"	System Composer architecture component
	"zc_file"	System Composer architecture file
Tests	"harness_info_file"	Harness info file
	"sl_harness_block_diagram"	Harness block diagram
	"sl_harness_file"	Test harness file
	"sl_test_case"	Simulink Test case
	"sl_test_case_result"	Simulink Test case result
	"sl_test_file"	Simulink Test file
	"sl_test_iteration"	Simulink Test iteration
	"sl_test_iteration_result"	Simulink Test iteration result
	"sl_test_report_file"	Simulink Test result report (before R2024b)
	"sl_test_result_file"	Simulink Test result file
	"sl_test_resultset"	Simulink Test result set
	"sl_test_seq"	Test Sequence
	"sl_test_suite"	Simulink Test suite
	"sl_test_suite_result"	Simulink Test suite result

Example: "sl_model_file"

Example: ["sl_model_file" "zc_file"]

IterationQuery — Find artifacts that task iterates over

padv.builtin.query.FindModelsWithTestCases (default) | padv.Query object | name of padv.Query object

Query that finds the artifacts that the task iterates over, specified as a padv.Query object or the name of a padv.Query object. When you specify IterationQuery, the task runs one time for each artifact returned by the query. In the Process Advisor app, the artifacts returned by IterationQuery appear under task title.

For more information about task iterations, see Overview of Process Model.

Example: padv.builtin.query.FindModelsWithTestCases(ExcludePath = "Control")

InputDependencyQuery — Finds artifact dependencies for task inputs

padv.builtin.query.GetDependentArtifacts(IncludeRequirementLinkFiles=true) | padv.Query object | name of padv.Query object

Query that finds artifact dependencies for task inputs, specified as a padv.Query object or the name of a padv.Query object.

The build system runs the query specified by InputDependencyQuery to find the dependencies for the task inputs, because those dependencies can affect whether task results are up-to-date. For more information, see Overview of Process Model.

Example: padv.builtin.query.GetDependentArtifacts

Licenses — List of additional licenses that task requires

"simulink_test" (default) | string

List of additional licenses that the task requires, specified as a string.

Data Types: string

LaunchToolAction — Function that launches tool

@launchToolAction (default) | function handle

Function that opens a tool, specified as a function handle.

When you point to a task in the Process Advisor app, you can click the ellipsis (...) to see more options. For built-in tasks, you have the option to open a tool associated with the task.

For the task RunTestsPerModel, you can open Simulink Test Manager.

Data Types: function_handle

LaunchToolText — Description of action that LaunchToolAction property performs

"Open Test Manager" (default) | string

Description of the action that the LaunchToolAction property performs, specified as a string.

Data Types: string

CISupportOutputsByTask — Type of CI-compatible result files that task generates when run

"JUnit" (default) | ""

Type of CI-compatible result files that the task generates when run, specified as either:

• "JUnit" — The task produces JUnit-style XML reports for individual model test results and saves the results in the task output directory.

  Note

  The RunTestsPerModel task does not publish JUnit results directly. To publish results, use both padv.builtin.task.RunTestsPerModel and padv.builtin.task.MergeTestResults in your process model.

  If you are using the pipeline generator, set the StopOnStageFailure property of your pipeline generator options object to false so that the pipeline collects and publishes results, even if previous stages fail.

• "" — The task does not generate any CI-compatible result files. The build system can generate a JUnit-style XML report for the task instead.

InputQueries — Inputs to task

[padv.builtin.query.GetIterationArtifact, padv.builtin.query.FindTestCasesForModel] | padv.Query object | name of padv.Query object | array of padv.Query objects

Inputs to the task, specified as:

• a padv.Query object

• the name of padv.Query object

• an array of padv.Query objects

• an array of names of padv.Query objects

By default, the task RunTestsPerModel gets the current model by using the built-in query padv.builtin.query.GetIterationArtifact and finds the tests associated with that model by using the built-in query padv.builtin.query.FindTestCasesForModel.

OutputDirectory — Location for standard task outputs

fullfile('$DEFAULTOUTPUTDIR$', '$ITERATIONARTIFACT$','test_results') (default) | string

Location for standard task outputs, specified as a string.

The built-in tasks use tokens, such as $DEFAULTOUTPUTDIR$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Data Types: string

Test Execution Options

Author — Name of report author

"Process Advisor" (default) | string

Name of the report author, specified as a string.

Data Types: string

IncludeComparisonSignalPlots — Include signal comparison plots in report

false or 0 (default) | true or 1

Include the signal comparison plots in the report, specified as a numeric or logical 1 (true) or 0 (false).

When true, the report includes the signal comparison plots defined under baseline criteria, equivalence criteria, or assessments using the verify operator in the test case.

Example: true

Data Types: logical

IncludeCoverageResult — Include coverage metrics in report

true or 1 (default) | false or 0

Include coverage metrics that the test collects during test execution in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

IncludeErrorMessages — Include error messages from test case simulations in report

true or 1 (default) | false or 0

Include error messages from test case simulations in report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

IncludeMATLABFigures — Include figures in report

false or 0 (default) | true or 1

Include the figures opened from a callback script, custom criteria, or by the model in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

IncludeMLVersion — Include MATLAB version information in report

true or 1 (default) | false or 0

Include the version of MATLAB that ran the test cases in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

IncludeSimulationMetadata — Include simulation metadata in report

false or 0 (default) | true or 1

Include simulation metadata for each test case or iteration in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

IncludeSimulationSignalPlots — Include simulation output plots for each signal in report

true or 1 (default) | false or 0

Include the simulation output plots for each signal in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

IncludeTestRequirement — Include test requirement link in report

true or 1 (default) | false or 0

Include the test requirement link, defined under Requirements in the test case, in the report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

IncludeTestResults — Include test results in report

0 (default) | 1 | 2

Include all or a subset of test results in the report, specified as either:

• 0 — Passed and failed results

• 1 — Only passed results

• 2 — Only failed results

Example: 2

LaunchReport — Open generated report

0 (default) | 1 | 2

Open the generated report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

NumPlotColumnsPerPage — Number of columns of plots to include on report pages

1 (default) | 2 | 3 | 4

Number of columns of plots to include on report pages, specified as an integer 1, 2, 3, or 4.

Example: 4

NumPlotRowsPerPage — Number of rows of plots to include on report pages

2 (default) | 1 | 3 | 4

Number of rows of plots to include on report pages, specified as an integer 1, 2, 3, or 4.

Example: 4

ReportFormat — Format for generated report

"pdf" (default) | "docx" | "zip"

Format for the generated report, specified as either:

• "pdf" — PDF format

• "docx" — Microsoft^® Word document format

• "zip" — Zipped file that contains an HTML file, images, style sheet, and JavaScript^® files for an HTML report

Example: "zip"

ReportPath — Path to generated report

string(fullfile('$DEFAULTOUTPUTDIR$', '$ITERATIONARTIFACT$','test_results')) (default) | string

Path to the generated report, specified as a string.

The built-in tasks use tokens, such as $DEFAULTOUTPUTDIR$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Data Types: string

ReportName — File name for generated report

"$ITERATIONARTIFACT$_Test" (default) | string

File name for the generated report, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Data Types: string

ReportTitle — Title of report

"$ITERATIONARTIFACT$ REPORT" (default) | string

Title of the report, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Data Types: string

ResultFileName — Name of test result file

"$ITERATIONARTIFACT$_ResultFile" (default) | string

Name of test result file, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Data Types: string

SaveResultsAfterRun — Save test results to file after execution

true or 1 (default) | false or 0

Save the test results to a file after execution, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

SimulationMode — Simulation mode for running tests

"" (default) | "Normal" | "Accelerator" | "Rapid Accelerator" | "Software-in-the-Loop" | "Processor-in-the-Loop"

Since R2023a

Simulation mode for running tests, specified as "Normal", "Accelerator", "Rapid Accelerator", "Software-in-the-Loop", or "Processor-in-the-Loop".

By default, the property is empty (""), which means the built-in task uses the simulation mode that you define in the test. If you specify a value other than "", the built-in task overrides the simulation mode set in Simulink Test Manager. You do not need to update the test parameters or settings to run the test in the new mode.

Example: "Software-in-the-Loop"

UseMATLABUnitTest — Use MATLAB Unit Test framework to execute test cases

false (0) (default) | true (1)

Use MATLAB Unit Test framework to execute test cases, specified as either:

• true (1) — The task runs your test cases by using the MATLAB Unit Test framework to create a test runner, creates a suite of tests from your test file, and run the tests. If you use the pipeline generator, padv.pipeline.generatePipeline, and your pipeline generator options specify the GenerateJUnitForProcess property as true (1), the task uses the MATLAB unit test XML plugin to produce JUnit-style XML format test results that integrate into CI platforms.

• false (0) — The task runs your test cases by using Simulink Test. Starting in R2023a, if you specified the task property SimulationMode, the task overrides the test simulation mode without having to change the test definition.

Note

The task ignores the UseParallel property when the UseMATLABUnitTest property is true.

Example: true

Data Types: logical

UseParallel — Run test cases in parallel

false (0) (default) | true (1)

Run test cases in parallel using Parallel Computing Toolbox™, specified as a numeric or logical 1 (true) or 0 (false).

When true, the task runs the test cases for each model in parallel for faster execution. If Parallel Computing Toolbox is unavailable at run time, the task automatically falls back to sequential execution with a warning.

Note

The task ignores the UseParallel property when the UseMATLABUnitTest property is true.

Example: true

Data Types: logical

Coverage Report Options

CovAllTestInMdlSumm — Include each test in coverage report model summary

false or 0 (default) | true or 1

Include each test in the coverage report model summary, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovBarGrInMdlSumm — Include bar graphs in coverage report model summary

true or 1 (default) | false or 0

Include bar graphs in the coverage report model summary, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

CovComplexInBlkTable — Include cyclomatic complexity numbers in block details

true or 1 (default) | false or 0

Include cyclomatic complexity numbers in the block details of the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

CovComplexInSumm — Include cyclomatic complexity numbers in coverage summary

true or 1 (default) | false or 0

Include cyclomatic complexity numbers in the coverage report summary, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

CovElimFullCov — Exclude fully covered model objects from coverage report

false or 0 (default) | true or 1

Exclude fully covered model objects from the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovElimFullCovDetails — Exclude fully covered model object details from coverage report

true or 1 (default) | false or 0

Exclude fully covered model object details from the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

CovFiltExecMetric — Filter Execution metric from coverage report

false or 0 (default) | true or 1

Filter the Execution metric from the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovFiltSFEvent — Filter Stateflow events from coverage report

false or 0 (default) | true or 1

Filter Stateflow events from the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovGenerateWebViewReport — Generate coverage report in web view mode

false or 0 (default) | true or 1

Generate the coverage report in web view mode, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovHitCntInMdlSumm — Display hit/count ratio in coverage report model summary

false or 0 (default) | true or 1

Display the hit/count ratio in the coverage report model summary, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovReportName — File name of model coverage report

"$ITERATIONARTIFACT$_ModelCoverage.html" (default) | string

File name of the generated model coverage report, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Example: "MyModel_ModelCoverage.html"

Data Types: string

CovReportNameSIL — File name of SIL code coverage report

"$ITERATIONARTIFACT$_SIL_CodeCoverage.html" (default) | string

File name of the generated software-in-the-loop (SIL) code coverage report, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Example: "MyModel_SIL_CodeCoverage.html"

Data Types: string

CovReportNamePIL — File name of PIL code coverage report

"$ITERATIONARTIFACT$_PIL_CodeCoverage.html" (default) | string

File name of the generated processor-in-the-loop (PIL) code coverage report, specified as a string.

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run time. For more information, see Dynamically Resolve Paths with Tokens.

Example: "MyModel_PIL_CodeCoverage.html"

Data Types: string

CovShowReport — Open generated coverage report

false or 0 (default) | true or 1

Open the generated coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: true

Data Types: logical

CovTwoColorBarGraphs — Use two-color bar graphs in coverage report

true or 1 (default) | false or 0

Use two-color bar graphs in the coverage report, specified as a numeric or logical 1 (true) or 0 (false).

Example: false

Data Types: logical

Methods

Specialized Public Methods

This class overrides the following inherited methods.

run	Run test cases for each model using Simulink Test Note You do not need to manually invoke this method. When you run a task using the Process Advisor app or the runprocess function, the build system automatically invokes the run method for the task. The run method inside this built-in task runs on a task object obj with task input input and returns a task result taskResult. The task result is a padv.TaskResult object that can store the pass, fail, and error information. If you inherit from this built-in task, make sure to use the same method signature inside your custom task. function taskResult = run(obj,input) ... end
dryRun	Dry run the task to validate task inputs and generate representative task outputs without actually running the task. The dryRun method inside this built-in task runs on a task object obj with task input input and returns a task result taskResult. The task result is a padv.TaskResult object that can store the pass, fail, and error information. If you inherit from this class, make sure to use the same method signature inside your custom task. function taskResult = dryRun(obj, input) ... end For more information, see Dry Run Tasks to Test Process Model.
launchToolAction	Open Simulink Test Manager. Process Advisor uses this method when you open the tool associated with a task.

Examples

Add Task to Run Tests for Each Model

Add a task to your process that can run test cases for each model using Simulink Test.

Open the process model for your project. If you do not have a process model, open the Process Advisor app to automatically create a process model.

In the process model file, add the RunTestsPerModel task to your process model by using the addTask method.

runTestsPerModelTask = pm.addTask(padv.builtin.task.RunTestsPerModel);

To reconfigure the task behavior, use the task properties. For example, to generate a zipped HTML report file instead of a PDF:

runTestsPerModelTask.ReportFormat = "zip";

To merge the test results using the MergeTestResults task, configure the MergeTestResults task to get the outputs from the RunTestsPerModel task instance. By default, the MergeTestResults task is configured to get outputs from a RunTestsPerTestCase task with task name "padv.builtin.task.RunTestsPerTestCase". Specify the RunTestsPerModel task instance as a predecessor task to the MergeTestResults task.

%% Merge Test Results from Running Tests per Model
mergeTestTask = pm.addTask(padv.builtin.task.MergeTestResults(...
    PredecessorTask=runTestsPerModelTask));

Because the MergeTestResults task depends on outputs from the RunTestsPerModel task, explicitly specify those dependencies in the process model.

mergeTestTask.dependsOn(runTestsPerModelTask);

Run Tests in Multiple Simulation Modes

Since R2023a

Suppose that you want to have one instance of the RunTestsPerModel task that runs normal mode tests and another instance that runs software-in-the-loop (SIL) tests. You can create multiple instances of the task inside your process model and then use the SimulationMode property to override the simulation mode set in Simulink Test Manager.

Inside your process model, create multiple instances of the RunTestsPerModel task. When you create multiple instances of a task, you must specify a unique name for each task object. For example:

milTask = pm.addTask(padv.builtin.task.RunTestsPerModel(...
    Name = "RunTestsNormalMode"));
silTask = pm.addTask(padv.builtin.task.RunTestsPerModel(...
    Name = "RunTestsSILMode"));

The build system uses the Name property as the unique identifier for the task.

Reconfigure the task instances to run tests in different simulation modes. To run tests in different simulation modes without changing the test definition, use the SimulationMode property to override the mode. For example:

milTask.SimulationMode = "Normal";
silTask.SimulationMode = "Software-in-the-Loop";

To prevent task outputs from overwriting each other, reconfigure the names and locations of the task outputs by using the associated task properties. For example:

% Specify normal mode outputs
milTask.OutputDirectory = defaultTestResultPath;
milTask.ReportName = '$ITERATIONARTIFACT$_Normal_Test';
milTask.ResultFileName = '$ITERATIONARTIFACT$_Normal_ResultFile';

% Specify SIL mode outputs
silTask.OutputDirectory = defaultTestResultPath;
silTask.ReportName = '$ITERATIONARTIFACT$_SIL_Test';
silTask.ResultFileName = '$ITERATIONARTIFACT$_SIL_ResultFile';

The built-in tasks use tokens, such as $ITERATIONARTIFACT$, as placeholders for dynamic path resolution during run-time. For more information, see Dynamically Resolve Paths with Tokens.

By default, the MergeTestResults task only gets the current model and the outputs from the task padv.builtin.task.RunTestsPerTestCase.

To merge the test results from these two task instances, configure the MergeTestResults task to get the outputs from those task instances by using the PredecessorTask argument.

%% Merge Test Results (Normal and SIL)
mergeTestTask = pm.addTask(padv.builtin.task.MergeTestResults(...
    PredecessorTask = [milTask, silTask]));

Because the MergeTestResults task depends on outputs from the RunTestsPerTestCase tasks, explicitly specify those dependencies in the process model.

mergeTestTask.dependsOn(milTask);
mergeTestTask.dependsOn(silTask);

Run Tests in Parallel

Run test cases in parallel for faster execution by using the UseParallel property.

Inside your process model, create an instance of the RunTestsPerModel task and set the UseParallel property to true.

runTestsTask = pm.addTask(padv.builtin.task.RunTestsPerModel);
runTestsTask.UseParallel = true;

This setting requires Parallel Computing Toolbox. If the toolbox is unavailable at run time, the task automatically falls back to sequential execution.

You can also configure coverage report options to view coverage results. For example, to exclude fully covered objects from the coverage report and display the hit/count ratio:

runTestsTask.CovElimFullCov = true;
runTestsTask.CovHitCntInMdlSumm = true;

Tips

• Merge your test results by using the built-in task padv.builtin.task.MergeTestResults in your process model. The MergeTestResults task generates a consolidated test results report, merges coverage reports, and publishes JUnit results to your CI system when CISupportOutputsByTask is "JUnit".

• If you are using the pipeline generator, set the StopOnStageFailure property of your pipeline generator options object to false so that the pipeline collects and publishes results, even if previous stages fail.

• To run tests in parallel, set UseParallel to true. Parallel test execution requires Parallel Computing Toolbox. If the toolbox is unavailable, the task runs tests sequentially.