Unabhängig.

ECU-TEST ermöglicht eine einheitliche und effektive Automatisierung der gesamten Testumgebung. Es unterstützt und verbindet dabei so viele verschiedene Software-Werkzeuge, dass es in sämtliche bestehende Test- und Absicherungsprozesse eingebunden werden kann.

Vielseitig.

Das Testautomatisierungswerkzeug ECU-TEST kann in allen Phasen der Entwicklung bis hin zum fertigen Fahrzeug eingesetzt werden. Eine generische Testbeschreibung und Abstraktion der Tool-Zugriffe erlauben darüber hinaus eine hohe Wiederverwendbarkeit der Testfälle in den verschiedenen Testbereichen MiL, SiL, HiL, PiL und Fahrzeug (ViL).

Erweiterbar.

ECU-TEST ist so konzipiert, dass es sich perfekt in bestehende Tool-Ketten integrieren lässt. Durch die Unterstützung von Standards und zahlreichen Schnittstellen lässt sich die Software zum Beispiel einfach in eine Continuous-Integration-Plattform einbinden. Auch spezifische Tool-Lösungen können eigenständig angebunden werden. Durch die große Zahl an Erweiterungsmöglichkeiten kann ECU-TEST passgenau auf die Problemstellungen unserer Kundinnen und Kunden zugeschnitten werden.

Kollaborativ.

Innerhalb der meisten unserer Geschäftsbeziehungen wächst der Wunsch nach reibungsloser Zusammenarbeit, auch innerhalb der eigenen Reihen. Die klassische Rollentrennung stößt hier zunehmend an ihre Grenzen und bremst sowohl Innovationskraft als auch Motivation. Als agile Organisation setzen wir bei all unseren Lösungen immer einen starken Fokus auf diesen Aspekt. Mit ECU-TEST unterstützen wir beispielsweise die Versionsverwaltung (SVN, Git) und ermöglichen es so mehreren Nutzenden, auf dem gleichen Workspace zu arbeiten. Die Unterschiede zwischen verschiedenen Arbeitsständen werden auf Wunsch visualisiert und damit ohne großen Aufwand vergleichbar.

Wir entwickeln uns und unsere Software stetig weiter.

Im aktuellen Release-Video stellt Ihnen unser Product Owner Lukas Vierhaus seine persönlichen Highlights der neuesten ECU-TEST Version 2022.1 vor.

Schauen Sie doch mal rein!

Im ADAS/AD-Bereich kommen in der Entwicklung sensorbasierter Fahrerassistenzsysteme zunehmend digitale Zwillinge zum Einsatz. Diese virtuellen Abbilder physischer Systeme können mithilfe von ROS (Robot Operating System) als Co-Simulationsplattformen oder auch als virtuelle Umgebungen für ein Testobjekt (Device Under Test) aufgebaut werden.

Im Anschluss lassen sich damit auf Basis unterschiedlicher Szenarien verschiedene Simulationen ausführen, um die zu testende (Sensor-)Software bereits frühzeitig im Entwicklungsprozess zu testen. Zur Prüfung der Software muss die Kommunikation im ROS-Netzwerk analysiert werden. Die manuelle Auswertung dieser ROS-Nachrichten ist jedoch sehr aufwendig.

Der zugrunde liegende Workspace eines Playbooks musste bislang aus einem Versionsverwaltungssystem (Git, SVN) gezogen werden. Um Playbooks auch ohne den Zugriff auf diese Systeme ausführen zu können, wurde der Export von Playbooks aus ECU-TEST erweitert.

Damit ist es nun möglich, den aktuellen Workspace als Artefakt nach TEST-GUIDE zu exportieren.

Der Export-Assistent erlaubt es, sich auf bereits in der Artefaktverwaltung hinterlegte Workspaces zu beziehen oder den aktuellen Workspace direkt hochzuladen.

Im Release 2022.1 wurde ein neuer Triggermodus eingeführt:

• mit Zeitversatz wenn Starttrigger erfüllt (with time offset if start trigger is fulfilled)

Damit können zeitlich definierte Triggerbereiche erzeugt werden, die sich um ein Starttrigger-Event aufspannen.

Beispiel:

• Starttrigger: Edge(Signal, 0, 1)
• Start-Offset: -2s (Beginn des Triggers)
• Stop-Offset: 5s (Ende des Triggers)

Im interaktiven Signalbetrachter AutoSPY ist es nun deutlich einfacher, die korrekten Signale zu identifizieren:

• Die Unterstützung von Zahl-zu-Text-Zuordnungen (Enumerationen von z.B. Statussignalen auf einem Bus) erleichtert neben der Signalidentifikation auch die Interpretation der Signalwerte. Der zugehörige numerische Rohwert lässt sich weiterhin anzeigen.
• Beim Öffnen des AutoSPY Viewers aus einem statischen Plot des TRF-Reports werden Signalfarbe und Linienstil schon seit mehreren Releases übernommen. Ab ECU-TEST 2022.1 werden die Signalkurven ebenfalls automatisch formatiert, wenn eine astrace-Datei direkt mit dem Viewer geöffnet wird.
• Mit F11 lassen sich alle Andockfenster minimieren. So steht mit einem Tastendruck mehr Platz zur Verfügung. Mit Shift + F11 werden alle minimierten Toolboxen wieder hergestellt.

Außerdem wurde der Maus-Zoom (Z) verbessert:

• Linksklick: Vergrößerung des Zeitbereichs
• Shift + Linksklick: Vergrößerung des Wertebereichs
• Shift + Ctrl + Linksklick: Vergrößerung des Zeit- und Wertebereichs
• Rechtsklick: bewirkt jeweils die entsprechende Verkleinerung
• Gedrückthalten der linken Maustaste: Aufziehen eines Zoomfensters, das neuen sichtbaren Zeit- und Wertebereich festlegt

Im Online-Fall nutzt ECU-TEST bereits seit dem Release 2021.4 einen effizienten und intelligenten Filtermechanismus, um mit sehr hohen Datenraten performant umgehen zu können. Hierbei werden für den Testfall und die Analyse nicht relevante Anteile der servicebasierten Kommunikation im Rahmen einer Anlernphase erkannt und auf Ebene des Betriebssystems ressourcenoptimiert weggefiltert. So entstehen reduzierte PCAP-Traces, die nur die für den Testfall und die Analyse relevanten Daten enthalten.

In ECU-TEST 2022.1 wird nun auch die Offline-Filterung servicebasierter Kommunikation aus PCAP-Traces unterstützt. Hierbei werden die Traces abseits von ECU-TEST erstellt, z. B. von Loggern. Dies ermöglicht deutliche Performancegewinne bei der Traceanalyse dieser Daten.

Die Länge der Anlernphase kann in den ECU-TEST-Einstellungen im Bereich 'Traceanalyse' konfiguriert werden.

Die neue signalbasierte Zusammenführung von Traces erzeugt synchronisierte und interpretierte MDF4-Traces auf Basis beliebiger Aufnahmen eines Packages.

Konkret werden mittels der Trace-Zusammenführung alle Signale der verwendeten Signalgruppen, unter Berücksichtigung der jeweiligen Synchronisation, in eine gemeinsame MDF4-Datei übernommen.

Berücksichtigt werden dabei:

• Signale in den Signalgruppen
• Signale der speziellen Signalgruppe 'Automatisch zuordnen'
• Signale der Option 'Alle Testgrößen aufnehmen'
• Signale aus Analysepackages

Wird aus einem Spezifikationspackage mit Versionsnummer ein Implementierungspackage abgeleitet, wird am Implementierungspackage automatisch die Verknüpfung zum Spezifikationspackage und auch die zugehörige Versionsnummer angezeigt.

Eine Änderung der Versionsnummer in der Spezifikation wirkt sich auch auf das implementierte bzw. abgeleiteten Package aus. Es erkennt, dass die Versionsnummern nicht mehr übereinstimmen und zeigt – farblich markiert - die neue Versionsnummer der Spezifikation eingeklammert neben der bis dato gültigen Versionsnummer an.

Über das Kontextmenü lässt sich die Verknüpfung zum Spezifikationspackage und damit auch die Versionsnummer aktualisieren.

Mit der Unterstützung ist es möglich, alle bekannten Bustestschritte auch über den Zugriff des IEEE 1722 (CAN) Ethernet-Protokolls zu nutzen.

Dafür stehen auf dem Ethernet-Tooladapter neue Ports für den Buszugriff und J1939 zur Verfügung.

Im Precondition-Block von ECU-TEST gibt es die Möglichkeit, die Bewertung der enthaltenen Testschritte per Checkbox mit NONE und ERROR zu überschreiben. Das führt dazu, dass SUCCES auf NONE abgebildet wird und INCONCLUSIVE sowie FAILED auf ERROR. Damit wurde jeder Testfall mit ERROR abgebrochen, wenn er im Precondition-Block mit INCONCLUSIVE bewertet wurde.

Um die Bewertung INCONCLUSIVE flexibler handhaben zu können, wurde der Precondition-Block speziell um die Möglichkeit erweitert, INCONCLUSIVE als Bewertung für einen Testfall beizubehalten und den Test so nicht abzubrechen.