Reactis for Simulink liest und verarbeitet .slx-Dateien,
die in der Simulink®-Umgebung von MathWorks erstellt wurden. Reactis® besteht aus drei
Hauptkomponenten: Reactis Tester,
Reactis Simulator und
Reactis Validator.
Führen unerwartete Eingaben zu einem Laufzeitfehler?
Wie viel von meinem Modell habe ich wirklich getestet?
Reactis Tester erzeugt Testsuiten mit einer patentierten Technik, der guided simulation (geführte Simulation). Das Werkzeug erfasst beim Erzeugen der Testdaten eine Reihe von Überdeckungsmetriken und nutzt die noch nicht überdeckten Ziele dieser Metriken, um die Erzeugung der nachfolgenden Testschritte zu steuern.
Zu den Überdeckungsmetriken gehören allgemeine Kriterien wie Decision, Condition und Modified
Condition/Decision Coverage (MC/DC), Simulink-spezifische Maße wie Branch und Subsystem sowie
Stateflow-spezifische Metriken wie State, Condition Action und Transition Action.
Was ist MC/DC?
Mit Reactis lässt sich Code (automatisch erzeugt oder von Hand geschrieben) einfach gegen das Modell testen:
Wie verstehe, diagnostiziere und behebe ich einen Fehler?
Deaktiviert die Bremse immer den Tempomaten?
Validator verifiziert Modelle nach dem Prinzip „testen und prüfen“. Zunächst versehen Sie Ihr Modell mit Prüfungen (Checks), die überwachen, ob das Verhalten den Erwartungen entspricht. Validator nutzt dann die Testerzeugung von Tester, um Testdaten zu erzeugen und auszuführen und so herauszufinden, ob eine Prüfung verletzt werden kann. Mit diesen Tests lässt sich anschließend die Ursache jedes erkannten Fehlverhaltens diagnostizieren.
Die Prüfungen werden über eine Sammlung von Assertions und benutzerdefinierten Zielen (user-defined targets) festgelegt. Assertions sind Eigenschaften, die immer gelten sollten, wenn das Modell korrekt arbeitet. Benutzerdefinierte Ziele beschreiben Verhalten, das getestet werden soll, um zu verifizieren, dass Anforderungen erfüllt sind. Bei der Testerzeugung versucht Reactis, Assertions zu verletzen und benutzerdefinierte Ziele auszuführen. Beide können entweder als C-ähnliche Ausdrücke oder als Simulink/Stateflow-Observer-Diagramm formuliert werden.
Plugins fügen sich nahtlos in Reactis for Simulink ein und erweitern das White-Box-Testen auf die C-Code- oder Embedded-MATLAB-Anteile Ihres Modells. Gemeinsam bieten sie eine umfassende Testlösung für die modellbasierte Entwicklung.
Testen Sie den C-Code in C-Caller-Blöcken, S-Functions und Stateflow-Custom-Code.
Testen Sie den Embedded-MATLAB-Code (EML) in MATLAB-Function-Blöcken, Wahrheitstabellen
(Truth Tables), Stateflow-State-Actions oder in externen .m-Dateien.
TÜV SÜD hat bescheinigt, dass Reactis for Simulink für die sicherheitsrelevante
Entwicklung nach ISO 26262 bis ASIL D qualifiziert ist.
Mehr zur ISO-26262-Konformität →
ISO 26262 Software Testing Q&A (englisch) →