Gleitender Übergang vom manuellen zum automatisierten Test eingebetteter Software

Transkript

1 Gleitender Übergang vom manuellen zum automatisierten Test eingebetteter Software 0. Treffens der GI-Fachgruppe Test, Analyse & Verifikation von Software (TAV), Dr. Sadegh Sadeghipour ITPower Solutions GmbH Gründung in 000, Sitz in Berlin, 16 Mitarbeiter Unternehmensgegenstand: Software-Dienstleistungen entlang des V-Modells Branchen: Automotive Medizintechnik Bahntechnik Methoden und Tools für Entwicklung und Test eingebetteter Software Automatisierungstechnik 1

2 Inhalt 1 Ausgangspunkt Architektur des Testframeworks Tool und Beispiel Fazit Manueller Test eingebetteter Software Heterogene Werkzeuglandschaft Signalgenerator Tester Testobjekt Netzteil Oszilloskop CAN Werkzeug Debugger

3 1 Ausgangspunkt Architektur des Testframeworks Tool und Beispiel Fazit 5 Testautomatisierung: Hardware-in-the-Loop Hardware-in-the-Loop: Reaktiver, oft echtzeitfähiger Test eines eingebetteten Systems anhand eines Nachbilds der realen Umgebung (HiL-Simulator) + Große Mächtigkeit + Skalierbarkeit auf Testobjekte mit unterschiedlichen Schnittstellen + Echtzeitfähigkeit Abschied von vertrauten Werkzeugen und dem erworbenen Know-how Hohe Investitions- und Betriebskosten Unterschiedliche Testumgebungen für verschiedene Testphasen 6

4 Anforderungen an ein alternatives Framework Im Entwicklungsprozess verwendete und vertraute Werkzeuge sollen beim Test eingesetzt werden. Werkzeuge kommunizieren über ein Framework. Werkzeugübergreifende einheitliche Testspezifikation Einfache Bedienbarkeit 7 Client-Server Architektur Tool 1.1 Tool 1. Server 1 Tool.1 Tool. Testspezifikation Server Client 8

5 Komponenten des Clients Client Test Specification Test Control Tests Specification: sequenziell, Zustandsautomaten, Test Control: Generiert für jeden Testschritt eine ausführbare Code- Einheit aus der Testspezifikation Test Execution: Stellt fest, welcher Server für die Ausführung des Testschritts zuständig ist Test Execution Server 9 Komponenten des Servers Client Server Execution Provider Tool Adapter Tool API ExecutionProvider: Kommuniziert mit Client (Empfang der Dienstanforderung und Transfer der Rückgabewerte nach der Ausführung) Tool Adapter: Implementiert den angeforderten Dienst mittels API- Funktionen Tool API: Enthält die aufzurufenden Funktionen des externen Tools Tool 10 5

6 Testauswertung und -bericht Client Test Specification Test Report Test Evaluation Test Reporting Test Control Test Execution Server 11 1 Ausgangspunkt Architektur des Testframeworks Tool und Beispiel Fazit 1 6

7 ContinoProva Zeitsteuerung Teststruktur Testgruppe Testsequenz Service Operation Testschritt Testtask 1 Testumgebung Notbremswarnblinken Relaisbox Zur Aktivierung der Blinkfunktionen Oszilloskop Zum Messen der Frequenz an den Blinkleuchten LBL Debugger CAN- Simulation JTAG CAN Steuergerät RBL WBL BL BR Relaisbox Reallast CAN-Simulator Zum Senden der Geschwindigkeit über den CAN-Bus Debugger Zum Überprüfen von Werten beim Schnittstellentest 1 Netzteil Spannung Oszilloskop 7

8 Testszenario Testszenario: Nach der Aktivierung des linken Blinkers und bei einer Geschwindigkeit größer als v min wird mit einer Verzögerung größer als a kritisch gebremst. Erwartetes Verhalten: Beide Blinker blinken mindestens für die Dauer von t ab mit einer Frequenz f n. Nach Ablauf der Zeit wird das Notbremswarnblinken zurückgesetzt und der Zustand Richtungsblinken wieder eingenommen. 15 Testspezifikation Testschritt Tool Operation Zeitverhalten Init SetHScale Oszilloskop SetHorizontalScale(0.0005) WaitAfter(500) SetVerticalScale CH1 Oszilloskop SetVerticalScale(CH1, 1) SetTriggerType Oszilloskop SetTriggerType(EDGE) ConnectToCANmodul CAN Connect() OpenWorkspace Debugger OpenWorkspace(c:\Nbw.ws) WaitAfter(000) Testsequence LoadVelocityScale CAN LoadScale(vs, c:\velocityscale.txt) SetLeftIndicator RelaisBox WriteOutput(LB, 1) ExecuteVelocityScale CAN ExecuteScale(vs) MeasureLeftIndicator == 5kHz Oszilloskop ReadAutoMeasurement(1) == 5kHz WaitUntil(10000) MeasureRightIndicator == 5kHz Oszilloskop ReadAutoMeasurement() == 5kHz CheckWhile(5000) MeasureLeftIndicator == 1kHz Oszilloskop ReadAutoMeasurement(1) == 1kHz 16 8

9 1 Ausgangspunkt Architektur des Testframeworks Tool und Beispiel Fazit 17 Fazit Automatisierter Test auf allen Teststufen Verbindung und Fernsteuerung verschiedener Werkzeuge und flexible Implementierung neuer Werkzeuganbindungen Werkzeugübergreifende einheitliche Testspezifikationen Test-Debugging Tests mit harten Echtzeitanforderungen nicht möglich! 18 9

10 Danke für Ihre Aufmerksamkeit! 19 10