Teil 1 | Teil 2 | Teil 3 | Teil 4 (Dezember 2010)

 

Zum Schluss der Automotive-Marktstudie geht es nun um die Einsatzmöglichkeiten und typischen Tätigkeiten für IT/Engineering-Freiberufler in den Bereichen Testing und Qualitätssicherung. Wer die anderen Teile nachlesen möchte: In Teil 1 ging es bereits um das Requirements Engineering und das Automotive Software Engineering im Allgemeinen. Teil 2 behandelte Chancen und Tätigkeiten von freiberuflichen Spezialisten in der Entwicklung von Hard- und Software. Teil 3 befasste sich mit Prototyping und Systems Engineering.

Basis für diese Marktstudie der Automotive-Branche sind die Profile der mehr als 70.000 bei GULP eingetragenen IT/Engineering-Freiberufler und die über www.gulp.de verschickten Projektanfragen aus dem Automotive-Bereich.

Tester für Hard- und Software

An die Sicherheit und Zuverlässigkeit von Fahrzeugfunktionen, wie zum Beispiel der Bremsen, werden hohe Anforderungen gestellt. Testen und Diagnose stellen sicher, dass Fahrzeugfunktionen zuverlässig funktionieren und helfen Fehler zu identifizieren.

Getestet werden muss in der Automobil-Industrie sowohl Hard- als auch Software. Wenn auch beide Bereiche fließend ineinander übergehen, gibt es doch jeweils Besonderheiten – deswegen zwei getrennte Punkte. Auch Hardware in the Loop möchten wir gesondert behandeln, auch wenn damit natürlich sowohl Soft- als auch Hardware getestet werden kann. Über die Marktposition freiberuflicher Test-Spezialisten über alle Branchen hinweg lesen Sie mehr in einer anderen GULP Marktstudie.

Testen soll schon während der Produktion die Fehler aufdecken. Im Gegensatz zur Diagnose werden hier gezielt Spezifikations- und Implementierungsfehler nachgewiesen, die im Rahmen der Integration verschiedener Komponenten entstehen. Dafür gibt es im Automotive-Bereich spezielle Verfahren: Model in the loop, Rapid Prototyping (wieder eine Schnittstelle also!), Hardware in the Loop und Software in the Loop.

Folgende Skills werden in diesem Bereich nachgefragt:

Der Freiberufler stellt entweder nur Testkonzepte auf oder führt selbst Tests durch.

Im ersten Fall beschreibt er zum Beispiel die Testumgebungen und Standardtestfälle. Er gibt ein standardisiertes Vorgehen beim Testen und bei der Dokumentation der Ergebnisse vor. Er gibt vor, wie das Vorgehen bei der Bearbeitung von Bugs auszusehen hat und hält fest, welche Tests bei der Aufnahme neuer Baureihen und Steuergeräte nötig sind. Hier rückt die Branchen- und Softwarekenntnis etwas in den Hintergrund. Sie ist hilfreich – aber wichtiger ist hier die Kenntnis der Testprozesse, Testdurchführung und –analyse. Eine Zertifizierung zum ISTQB Certified Tester ist hier oft ein nice-to-have-Kriterium. Sie wird relativ häufig nachgefragt, aber fast nie als Must-have.

Im zweiten Fall testet der Selbstständige selbst. Es werden sowohl manuelle Tests durchgeführt als auch automatisierte Tests eingerichtet. Wer Software testet und Bugs behebt, braucht natürlich eine gute Kenntnis der Standards und Vorgehensweisen, nach denen in der Automobilindustrie Software entwickelt wird, also zum Beispiel SPiCE, die MISRA-Regeln, CMM-i, AUTOSAR oder ISO9001. In den meisten Fällen ist die Kenntnis der Bussysteme gefordert, also CAN, FlexRay (X-by-Wire), LIN, MOST oder seltener auch IEEE-1394. Wer beispielsweise CAN-MOST-Vernetzungssoftware testen soll, arbeitet mit speziellen Testtools für die Bussysteme wie CANoe und CAPL für CAN oder Optolyzer für MOST.

Zum Testen von Embedded Software sind oft auch Kenntnisse der verschiedenen Echtzeitbetriebssysteme erforderlich. Meist wird vom Freiberufler Erfahrung als Software-Entwickler in der Automotive-Branche gefordert, am häufigsten C, C++, CAPL (CANoe-spezifische, C-ähnliche Programmiersprache), OSGi und UML. Wer Erfahrung in der Entwicklung von Echtzeitsoftware hat, kennt sich auch mit Mikrocontrollern und Steuergeräten aus. Gefragt sind vor allem die Bereiche Body/Komfort-Elektronik und Fahrerassistenz (ABS, Tempomat, Bremsassistent, Spurerkennung, Spurhalteassistent, Anfahrhilfe, Parkassistent, Abstandsregelung,...).

Tester müssen eng zusammenarbeiten mit den Systemarchitekten und Entwicklern – oft überschneiden sich die Tätigkeitsbereiche und der Entwickler oder Systemarchitekt übernimmt den Test der Software.

Die Profile von Freiberuflern bei GULP, die im Bereich Soft- und Hardware-Test in der Automotive-Branche nachgefragt werden, sehen beispielsweise so aus:

• Fachlicher Schwerpunkt: Software Engineer (Design, Implementierung & Testing), geforderter Stundensatz 70 Euro
• Fachlicher Schwerpunkt: Software Ingenieur / Testspezialist
• Fachlicher Schwerpunkt: Qualitäts-/Anforderungs-/Testmanagement nach CMMI/SPICE, Testdesign, System-Analyse/Konzeption, Review/Redesign/Optimierung, Projektplanung/-steuerung (Test), Dokumentation

Ein Beispiel für eine entsprechende Projektanfrage:

SIL und HIL – Software und Hardware in the Loop

Speziell in der Automobilindustrie wird das Software-System Software in the Loop (SIL) für Test und Simulation eingesetzt. Bei der SIL wird im Gegensatz zu HIL (Hardware in the Loop) keine besondere Hardware eingesetzt. Das erstellte Modell der Software wird in den für die Zielhardware verständlichen Code umgewandelt (beispielsweise von einem Matlab-Modell nach C-Code). Dieser Code wird auf dem Entwicklungsrechner zusammen mit dem simulierten Modell ausgeführt, anstatt wie bei Hardware in the Loop auf der Zielhardware zu laufen. SIL ist also vor HIL anzuwenden. Das hier benutzte Modell kann auch bei HIL weiter verwendet werden, und somit die einzelnen Testläufe miteinander verglichen werden.

Mit Hardware in the Loop (HIL)-Simulatoren werden Steuergeräte getestet. Simuliert werden Fahrer, Fahrzeug und Fahrzeugumgebung. Bei HIL wird ein eingebettetes System (z. B. reales elektronisches Steuergerät oder mechatronische Komponente) über seine Ein- und Ausgänge an einen HIL-Simulator angeschlossen wird. Hier wird schon deutlich: Kenntnis über Steuergeräte, Bussysteme und die Software sind erforderlich. Neben der reinen Anbindung des elektronischen Steuergeräts an einen HIL-Simulator gibt es auch die Variante des mechatronischen Verfahrens. Hierbei wird auch ein Teil der Mechanik in die Regelschleife integriert – dann werden Mechanik-Kenntnisse benötigt.

Die bei HIL-Spezialisten geforderten Skills sind in etwa dieselben wie bei den oben erwähnten Testern – kein Wunder, es ist ja auch ein Unterbereich davon. Zusätzlich aber muss der Freelancer Kenntnisse der HIL-Umgebungen und –Prüfstände mitbringen, meist Dspace. Teils wird auch Erfahrung im Umgang mit der Dspace-Toolkette gesondert nachgefragt (v.a. Automation Desk, Control Desk, Python). Außerdem braucht er Erfahrung im Umgang mit Matlab und Simulink, um Testfälle modellieren zu können. Zusätzlich sind fundierte Kenntnisse des getesteten Steuergeräts nötig. Oft wird nicht nur im Prüfstand, sondern auch im Fahrzeug selbst getestet. Auch hier ist sind die ISTQ-Zertifizierungen zum Tester ein gerne gesehenes Nice-to-have.

Eine weitere Einsatzmöglichkeit ist die Entwicklung, Installation und Inbetriebnahme der HIL-Prüfstände selbst und nicht das Testen damit (beispielhaftes Freiberufler-Profil). Solche ein Freelancer setzt Testspezifikationen in eine Testumgebung um und überprüft zum Beispiel, wie die elektrischen Steuergeräte-Schnittstellen korrekt angesteuert werden. Hier sind Tester-Know-how und Kenntnis der Dspace-Tools wichtiger als die Kenntnis der Fahrzeugkommunikation oder Steuergeräte. Wobei die Übergänge wiederum fließend sind – ein HIL-Tester entwickelt oft die HIL-Umgebung, die er benutzt weiter, pflegt und wartet sie.

Der Bedarf an Freiberuflern, die sich mit Steuergeräten und der Automotive-Industrie auskennen, stieg vor allem im zweiten Quartal 2010 an, wie die nachfolgende Grafik zeigt. Natürlich werden nicht nur im Bereich SIL/HIL Kenntnisse im Bereich Steuergeräte vorausgesetzt – sondern immer dann, wenn es um elektronische Komponenten geht.

Die Profile von Freiberuflern bei GULP, die im Bereich SIL/HIL in der Automotive-Branche nachgefragt werden, sehen beispielsweise so aus:

• Fachlicher Schwerpunkt: Projektleiter / Entwickler Automotive Testing, Systemsicherheit, Embedded Systeme (Hard- und Software), System Design, geforderter Stundensatz 60 Euro
• Fachlicher Schwerpunkt: Entwicklung von Software und Hardware für Embedded Systeme, Mikrocontruller, Automotive, Steuergeräte, Sprachverarbeitung, Smartcard, hardwarenahe Software, Echtzeitanwendungen, Systemintegration
• Fachlicher Schwerpunkt: Testautomatisierung, Testfallentwicklung, Softwareentwickler (C, C++, Python), Realtime- and Embedded Systems, Systemtest

Ein Beispiel für eine entsprechende Projektanfrage:

Integrationstests, Diagnose und Erprobung

Integrationstests

Ein Teilbereich der Soft- und Hardwaretests sind Integrationstests. Der Integrationstest folgt auf den Komponententest. Die einzelnen Komponenten werden dabei erstmals nicht nur für sich, in ihrem Zusammenspiel getestet. Kurz: Aus einzelnen Software-Komponenten soll ein funktionierendes Software-System werden. Deswegen gelten generell die gleichen Skill-Anforderungen wie für Tester – mit einigen Besonderheiten.

Es wird nicht nur getestet, sondern es werden entweder zusätzlich Änderungsspezifikationen für die Softwaremodule erstellt – oder sie werden gleich geändert. Der Freelancer braucht vertieftes Wissen in der Software-Architektur und/oder –Entwicklung. Es gibt viele Schnittstellen zum Software-Architekten und zum Embedded-Programmierer.

Manchmal übernimmt der Software-Architekt bzw. derjenige, der die Spezifikationen erstellt, auch die Integrationstests. Dabei geht es dann auch um die Code-Qualität, so dass eine gute Kenntnis der Software-Standards und Entwicklungs-Prozesse der Automobilindustrie (MISRA, SPiCE, CMM-i, ISO9001) von Vorteil ist. Außerdem ist natürlich Erfahrung mit den Programmiersprachen C und C++ nötig. Am Software-Integrator wird ersichtlich, wie die Aufgaben ineinander übergehen.

Die Profile von Freiberuflern bei GULP, die im Bereich Software-Integration im Automotive-Bereich nachgefragt werden, sehen beispielsweise so aus:

• Fachlicher Schwerpunkt: Kundenorientierte C/C++ Softwareentwicklung, geforderter Stundensatz 70 Euro
• Fachlicher Schwerpunkt: Softwareentwicklung, Consulting, Projektmanagement, Systemtest, Integrationstest, Test, Java, XML
• Fachlicher Schwerpunkt: Projektleitung Embedded Systeme, Software Entwicklung, Software Modellierung, HIL Prüfstand

Ein Beispiel für eine entsprechende Projektanfrage:

Diagnose

Die Diagnose kommt im Gegensatz zum Test erst dann ins Spiel, wenn schon Fehler aufgetaucht sind. Bei der Fahrzeugdiagnose geht es meist um Fehler, die im Zusammenhang mit elektronischen Komponenten wie Steuergeräten oder Sensoren auftreten. Deswegen ist auch eine vertiefte Kenntnis dieser Komponenten und der Fahrzeugkommunikation (Bussysteme) erforderlich. Ebenso Erfahrung im Umgang mit den entsprechenden, oben erwähnten Analysetools wie CANalyzer. Teils sind in Unternehmen auch selbst entwickelte Diagnose-Tools im Einsatz, die zum Beispiel Java-basiert sein können. Dann sind auch Java-Kenntnisse von Vorteil, um das Tool nicht nur verstehen und einsetzen, sondern auch weiterentwickeln zu können. Hier geht es also eher um die Elektronik als um die Software.

Ebenso gehört die Fahrzeugerprobung zum Bereich Diagnose, also das Überprüfen der Funktionen im Fahrzeug – auf dem Prüfstand, im Fahrsimulator oder bei Testfahrten auf der Straße. Auch hier werden IT/Engineering-Freiberufler eingesetzt, erforderlich ist zu den beschriebenen Skills natürlich der entsprechende Führerschein (Kfz, LKW, etc.).

Ein Beispiel für ein Projektangebot: Ein IT/Engineering-Freiberufler sollte Algorithmen und Software zur Senderverfolgung einer Radiosoftware testen – und zwar auf Erprobungsfahrten in Europa, USA, China und Japan. Ziel war die Spezifikation von zusätzlichen Software-Anforderungen. Gefordert waren dafür unter anderem Kenntnisse in der Embedded-Programmierung mit C und C++ und der Echtzeitbetriebssysteme, in der Modellierung mit UML und Know-how über die Software-Entwicklungsprozesse. Wichtig war außerdem Berufserfahrung im Bereich Car-Infotainment-Systeme (z.B. Radio, Navigation, Telefon, Multimedia).

Nachfrage nach den Bussystemen

Nötig sind bei der Diagnose vertiefte Kenntnisse vor allem der Bussysteme. Hierbei gibt es einen klaren Sieger: In 55,1 Prozent der Projektanfragen aus der Automotive-Branche, in denen Spezialisten für Bussysteme gesucht wurden, ging es um CAN-Bus. Flexray (15,9 Prozent), MOST (14,8 Prozent) und LIN (11,4 Prozent) folgen weit abgeschlagen und kommen auf einen etwa gleich großen Nachfrageanteil.

Als Beispiel für die Entwicklung der Nachfrage hier der Anteil der Angebote, in denen Spezialisten für CAN-Bussysteme für den Automotive-Bereich gesucht wurden, an allen über GULP an IT/Engineering-Freiberufler verschickten Automotive-Angeboten:

Die Profile von Freiberuflern bei GULP, die im Bereich Test/Diagnose im Automotive-Bereich nachgefragt werden, sehen beispielsweise so aus:

• Fachlicher Schwerpunkt: Automotive, Tester, Software Test, Hardware Test, Consulting, Rollout, Systemintegration, Steuergerätentwicklung

Ein weiteres Beispiel für eine entsprechende Projektanfrage:

Mit diesem vierten Teil endet unsere Serie zur Automotive-Branche. Welche Aspekte fanden Sie gut, welche haben gefehlt? Über welche Branche würden Sie als nächstes gerne lesen? Wir sind gespannt auf Ihre Meinung.

Seite drucken Zum Seitenanfang