Sie beschäftigen sich mit den Anforderungen von Automotive SPICE®, insbesondere an die »Systemqualifizierung« und deren Tests? Auf dieser kompakten Seite finden Sie relevante Infos zum Schlüsselprozess SYS.5 aus dem VDA-Scope, inklusive einem Video und einem kostenlosen Whitepaper.
Zurück zu ASPICEWollen Sie noch mehr zum Automotive SPICE-Prozess »Systemqualifizierung (SYS.5)« aus dem VDA-Scope erfahren? In unserem kostenlosen Whitepaper finden Sie alle Informationen zusammengefasst und eine Leseprobe aus dem Buch »Automotive SPICE® Essentials«, dem Buch für Einsteiger in das Thema Prozessverbesserungen.
Automotive SPICE ist eine Marke des VDA QMC.
Der Systemqualifikations-Testprozess in Automotive SPICE® (auch als SYS.5 bekannt) hilft Ihrem Unternehmen sicherzustellen, dass das integrierte System den Systemanforderungen entspricht und an den Kunden geliefert werden kann.
Was umfasst der Systemqualifikations-Test? Die Erwartung ist, dass Sie bereits Systemanforderungen haben. Ziel ist es daher, diese Anforderungen zu überprüfen und festzustellen, ob sie vollständig erfüllt und korrekt implementiert sind.
Dieser Prozess ist die letzte Stufe des Tests und soll sicherstellen, dass das Produkt wie von der Entwicklungsorganisation beabsichtigt und vom Kunden erwartet funktioniert. Wenn der Systemqualifikationstest nicht gut funktioniert, können Fehler unerkannt bleiben und die Kundenzufriedenheit sinken.
Systemtests umfassen normalerweise Umwelt-, Leistungs- und Dauertests. Die Testumgebung ist produktabhängig. Beispiele sind HIL (Hardware-in-the-Loop), Fahrzeugtests und Klimakammern.
Da dieser Prozess kurz vor der Auslieferung durchgeführt wird, bestehen enge Beziehungen zu Prozessen wie dem Projektmanagement (MAN.3), dem Konfigurationsmanagement (SUP.8), der Produktfreigabe (SPL.2) und natürlich der Systemanforderungsanalyse (SYS.2).
Im Folgenden sind die wichtigsten Aspekte des Systemqualifizierungstests in Automotive SPICE® aufgeführt.
Wie alle Test- und Unterstützungsprozesse erfordert das der Systemqualifikationstest die Entwicklung und Definition einer Teststrategie. Sie haben möglicherweise eine separate Teststrategie für jede Teststufe, es ist jedoch besser, die Teststrategie über alle Teststufen hinweg zu entwickeln und zu koordinieren. Dies stellt sicher, dass alle Anforderungen abgedeckt werden und Redundanzen vermieden werden.
Die Teststrategie sollte folgende Themen abdecken.
Natürlich ist dieser Prozess stark mit SUP.9 Problemlösungs-Prozess verbunden, sodass Sie entweder die Teststrategie oder die Fehlermanagementstrategie verwenden können, um mit fehlgeschlagenen Tests umzugehen.
Ein Teil der Strategie ist es auch, Abdeckungsziele auf der Grundlage der Lieferungsart zu definieren. Hier besteht also eine enge Verbindung zum Projektplan und zum Releaseplan.
Wenn Sie eine Teststrategie dokumentieren, können Teile davon generisch sein und in der internen Prozessbeschreibung und den Richtlinien behandelt werden. Auch hier definiert Automotive SPICE nicht, wie und wo Sie Ihre Teststrategie dokumentieren. Es kann auf mehrere Dokumente verteilt werden.
Die Teststrategie sollte auch Ihren Ansatz zurTestautomatisierung abdecken. Generell kann man sagen, dass Testautomatisierung immer besser ist als manuelles Testen, aber es kann Tests geben, deren Automatisierung zu teuer ist oder deren Testumgebung dies nicht zulässt, wie zum Beispiel Fahrzeugmanöver.
Benötigen Sie Unterstützung für Ihr Projekt? Wir sind Ihre Ansprechpartner rund um Managementberatung und Verbesserungsprogramme in der Elektronikentwicklung.
Steffen Herrmann und das Sales-Team
Dieser Prozess erwartet auch, dass für die verschiedenen Tests eine entsprechende Auswahl von Testfällen durchgeführt wird. Ziel und Erwartung ist, dass für die verschiedenen Lieferungen das System auf Basis der oben genannten Teststrategie ordnungsgemäß getestet wird.
Die Idee ist, dass Sie Lieferungen mit unterschiedlichen Erwartungen haben können. Eine mögliche Strategie könnte sein, dass Sie alle implementierten Systemanforderungen für die wichtigen Lieferungen vollständig abdecken.
Bei kleineren Lieferungen wird nur das Delta der seit der letzten Lieferung umgesetzten Anforderungen getestet.
Für diesen Ansatz müssen natürlich die richtigen Testfälle ausgewählt werden.
Eine andere mögliche Situation für die Auswahl von Testfällen wäre der Regressionstest, der Änderungsanträge und / oder Fehlerkorrekturen abdeckt. Hier werden Testfälle ausgewählt, die den Änderungsantrag oder den Fehler und die möglichen Auswirkungen abdecken. Dies bedeutet, dass auch Abhängigkeiten von Anforderungen getestet werden, die von dem Änderungsantrag oder der Fehlerbehebung betroffen sein können.
Dieser Prozess erfordert auch, dass Sie die Traceability zwischen Ihren Systemtestfällen und den Systemanforderungen sicherstellen. Die Traceability kann durch Hyperlinks wie in DOORS, durch bestimmte Traceability-Tools wie Rectify, durch Traceability-Matrizen oder durch andere verwaltbare Mittel hergestellt werden, die von Ihrer Werkzeuglandschaft unterstützt werden.
Zweck von Traceability ist
Der zweite Teil dieses Aspekts befasst sich mit der Konsistenz.
Konsistenz kann nur per Review nachgewiesen werden, in dem Sie zeigen, dass Sie die Systemanforderungen vollständig und korrekt abgedeckt haben.
Wenn Sie dieses Review überspringen, liegen möglicherweise unvollständige oder fehlerhafte Systemtestfälle vor. Das Schlimmste ist, dass Sie die Mängel im Systemqualifikationstest möglicherweise nicht einmal bemerken, da dieser Test anhand Ihrer Systemanforderungen durchgeführt wird. Wenn diese fehlerhaft sind, zeigt Ihr Test möglicherweise kein falsches Verhalten.
Diese Bewertung ist wirklich wichtig!
Zur systematischen Verbesserung der Entwicklungsprozesse im Bereich der Automobilelektronik sind wir offizieller Lizenznehmer von Automotive SPICE®, einer Marke des VDA QMC.
Der Systemqualifizierungs-Test ist der letzte Test, bevor Ihr Produkt an den Kunden ausgeliefert wird. Die Qualifizierung ist also für die Kundenzufriedenheit wichtig.
Mit der Teststrategie stellen Sie sicher, dass Sie alle Anforderungen Ihres Auftraggebers abedeckt haben. Durch den angemessenen Umgang mit unterschiedlichen Liefertypen sorgen Sie dafür, Ihren Kunden schnell mit Releases versorgen und Ihren internen Aufwand gering halten zu können.
Gewährleitet wird so auch die Nachverfolgbarkeit der Testergebnisse mit den meist umfangreichen Anforderungen seitens Ihres Auftraggebers. Per Review kann dann auch geprüft werden, ob die Systemanforderungen komplett und umfassend erfüllt worden sind.