EverTest EverCheck EverView Tutorials Download Free Trial ✉ support@everbits.com

Learn EverTest
in Hours

Short, focused tutorials covering the most important EverTest workflows — from your first test harness to back-to-back SIL verification.

⬇ Download Free Trial

Free Trial · All Features · No Credit Card

Common EverTest workflows,
one video each

Each tutorial demonstrates an EverTest feature on a real Simulink model and walks through a practical workflow. Watch what you need, then apply it directly in your own project. These tutorials assume you are comfortable in Simulink — if you would like to build that foundation first, there is separate training in MATLAB, Simulink and Stateflow.

Simulink Test Harness

EverTest automatically isolates any Simulink subsystem from the rest of the model and creates a test harness: input time sequences to stimulate the unit, parameter values for functional variants, expected output data for the reference behavior, and an assessment mechanism to verify the unit behavior.

Graphical User Interface

Interact with the test object and the test case specification through the EverTest GUI, opened by double-clicking the EverTest blocks in the harness. The toolbar holds the controls for test configuration, test specification and work-product management, plus access to the product help.

Interfacing Simulink Models

Define which inputs, outputs and parameters are used during simulation. The interface specification covers name, type, data type, dimension, min, max, unit and description, including port order. CleanUp propagates changes to the selected test cases.

Populating Test-Case Parameters

EverTest reads the MATLAB workspace to populate parameter values in new test cases, taking values from MATLAB variables and Simulink.Parameter objects. Missing parameters, or models that cannot be updated, fall back to default values of zero.

EverTest Verification Report

EverTest provides a compact, light-weight verification overview for the software release. The report gives a test-run summary and a graphical success diagram for quick reference.

Tolerances in Test Assessments

Direct comparison of simulated outputs against expected results is not always practicable. EverTest supports relative, absolute and temporal tolerances, with background colors showing the pass-fail outcome: passed, within tolerance band, failed, or explicitly ignored by time tolerance.

Requirements-Based Testing

Requirements must be traceable to each source, each realization in the design and each verification specification. The EverTest Requirements-Traceability-Matrix answers where requirements are implemented, where they are verified, and what the verification results were.

Adding Groups of Test-Cases

Group large numbers of test cases via the context menu. Double-click a group to execute all its test cases. The group tree collapses and reopens on execution, and the structure is preserved in the Excel requirements sheet and in the verification report.

Using Vectors in EverTest

Create a harness for subsystems with different vector dimensions of signals and parameters. For efficient reviews, bracket the vector data, separate elements with commas and use MATLAB variables and enumerations. Handle each vector element individually or merged.

Renaming Interfaces in EverTest

The harness defines inputs, outputs and parameters, and their names and settings change over time. The Clean-Up feature supports the user through such interface changes, fixing the format, the dimensions, the names and the data types.

Export Test Cases to Signal Builder

Export any test case to a standard Simulink Signal Builder block. The exported tests then run in plain Simulink, with no EverTest license required.

Simulink Coverage Report

A one-click interface to Simulink Coverage collects structural coverage for all executed test cases and reports on model and code level, with model-level findings correlating to the generated C code. Decision and MCDC are supported, with intrinsic exclusion handling and a merged, self-contained report.

Modified Condition Decision Coverage

Overengineering — adding more functions than a model needs — can be fatal in a safety-related context. MCDC shows whether each condition of a logical expression affects the decision outcome independently, making overengineering patterns visible at model level.

Testing Variants in Simulink

Test all variants of your units in a Variant Subsystem block. Iterate the variants within one test harness using a parameter to model the variant change, and get the structural coverage results of all variants merged into a single report.

Software-in-the-Loop Testing

A simple user interface integrates external C code into a Simulink model for unit test and measurement of decision and MCDC coverage. Reuse your model-based test cases, change parameter values per test case, and debug the C code with Visual Studio or a Lauterbach Trace-32 debugger.

MIL versus SIL Testing in Simulink

How EverTest integrates external C code into a Simulink model. Use EverCheck support for generating better C code with TargetLink or Embedded Coder, reuse your MIL test cases, adjust parameter values per test case, and generate cumulative decision and MCDC coverage reports.

Testing MIL and SIL Variants

Demonstrated with two unit variants — one Model-in-the-Loop, one Software-in-the-Loop — that users can switch between seamlessly. The MIL subsystem stays the test object; activating the SIL variant bypasses static analysis while code coverage measurement executes as expected.

Back-to-Back Testing in Simulink

A highly recommended verification method in ISO 26262. Units and components are tested at Simulink model level, followed by back-to-back comparison between model and code. EverTest verifies numerical equivalence and generates a verification report compliant with ISO 26262 requirements.

Debugging Simulink C-Mex S-Functions

You debugged the model, generated production C code and integrated it for Software-in-the-Loop testing — and now the S-Function behaves irregularly. Here are the steps to debug the integrated C code using Microsoft Visual Studio.

Reactive Testing in Simulink

For open-loop testing, each test case specifies input data, their time sequence and their values. Simple step sequences such as signal vectors, parameter settings or ramping use the direct test-case definition; more complex reactive scenarios are generated in Simulink.

Closed-Loop Simulation

Reactive systems interact with their environment exactly when a temporal event occurs. The signal feedthrough feature enables reactive testing of closed-loop models, step-by-step debugging and verification reporting, using Simulink and Stateflow for signal generators, temporal patterns and plant models.

Metamorphic Testing in Simulink

Define metamorphic relationships in MATLAB, Simulink and Stateflow. Instead of specifying the expected reaction for every individual output, metamorphic testing verifies that the implementation satisfies certain system properties by checking the predictable variation of outputs under input transformation.

EverPlot Simulink Signals

Graphical signal representation makes test cases easier to review. EverPlot plots single bits of a bitfield, scalar values and vector signals, with MATLAB notation for modifying test data and control over line colors, styles and markers. Time vectors, reference and tolerance values are plotted automatically.

Observing Internal Test Signals

Reaching buried signals normally means routing them manually through several levels of hierarchy, cluttering the interface and forcing changes to the very design under test. Test Signals (Type T) monitor any signal at any level while keeping production interfaces intact.

Beyond the tutorials

Talk to the people who build the tools

Stuck on a tutorial, or unsure how it applies to your project? Write to us — you’ll reach an engineer, not a sales desk.

⬇ Download Free Trial

Free Trial · All Features · No Credit Card
Or write to us at support@everbits.com

Connect on LinkedIn Watch on YouTube