Sie beschäftigen sich mit den Anforderungen von Automotive SPICE®, insbesondere »Softwarequalifizierungstest«? Auf dieser kompakten Seite finden Sie relevante Infos zum Schlüsselprozess SWE.6 aus dem VDA-Scope, inklusive einem Video und einem kostenlosen Whitepaper.
Zurück zu ASPICEAutomotive SPICE ist eine Marke des VDA QMC.
Der Softwarequalifizierungstest-Prozess in Automotive SPICE® (auch als SWE.6 bezeichnet) hilft Ihrem Unternehmen sicherzustellen, dass die integrierte Software die Softwareanforderungen erfüllt.
Was ist der Softwarequalifikationstest? Die Erwartung ist, dass Sie bereits Softwareanforderungen haben. Ziel ist es daher, diese Anforderungen zu überprüfen und festzustellen, ob sie vollständig erfüllt und korrekt implementiert sind.
Da dieser Prozess kurz vor Auslieferung der Software entweder direkt an den Kunden oder als Basis für das System durchgeführt wird, bestehen enge Beziehungen zu Prozessen wie Projektmanagement (MAN.3), Konfigurationsmanagement (SUP.8), Produkt-Release (SPL.2) und natürlich Softwareanforderungsanalyse (SWE.1).
Wenn der Softwarequalifikationstest nicht gut funktioniert, können Fehler unerkannt bleiben und die Kundenzufriedenheit sinken. Die Testumgebung ist produktabhängig. Beispiele sind SIL (Software-in-the-Loop), PIL (Processor-in-the-Loop) oder HIL (Hardware-in-the-Loop).
Daher haben wir Ihnen hier die wichtigsten Aspekte des Softwarequalifikationstests in Automotive SPICE® aufgeführt.
Wollen Sie noch mehr zum Automotive SPICE-Prozess »Softwarequalifikationstests (SWE.6)« 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.
Wie alle Test- und Unterstützungsprozesse erfordert der Softwarequalifikationstest 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ösungsmanagement verbunden, sodass Sie entweder die Teststrategie oder die Fehlermanagementstrategie verwenden können, um zu dokumentieren, wie mit fehlgeschlagenen Tests umgegangen wird.
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
Diese Erwartung mag trivial klingen, aber ist alles andere als das.
Der Prozess erwartet, dass eine Auswahl von Testfällen für die verschiedenen Tests durchgeführt wird, abhängig vom Testziel und der Abdeckung. Ziel und Erwartung ist, dass für die verschiedenen Lieferungen die Software auf Basis der oben genannten Teststrategie ordnungsgemäß getestet wird.
Der Grundgedanke ist, dass Sie Lieferungen mit unterschiedlichen Erwartungen haben können. Ein Beispiel für eine Strategie könnte sein, dass Sie alle implementierten Softwareanforderungen 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ägen und/oder Fehlerkorrekturen abdeckt. Hier werden Testfälle ausgewählt, die den Änderungsantrag oder den Fehler und die möglichen Auswirkungen abdecken. Letzteres bedeutet, dass auch Abhängigkeiten von Anforderungen getestet werden, die von dem Änderungsantrag oder Fehlerbehebung betroffen sein können.
Für diesen Prozess müssen Sie auch die Traceability zwischen Ihren Softwaretestfällen und den Softwareanforderungen sicherstellen.
Die Traceability kann durch Hyperlinks wie in »DOORS«, durch bestimmte Traceability-Tools wie »Rectify«, durch Traceabilitymatrizen oder durch andere verwaltbare Mittel hergestellt werden, die von Ihrer Werkzeuglandschaft unterstützt werden.
Zur systematischen Verbesserung der Entwicklungsprozesse im Bereich der Automobilelektronik sind wir offizieller Lizenznehmer von Automotive SPICE®, einer Marke des VDA QMC.
Der zweite Teil dieses Aspekts ist die Konsistenz zwischen den Softwareanforderungen und den Softwaretestfällen. Konsistenzprüfungen sind normalerweise Checks, ob die Abdeckung vollständig und korrekt ist. Dies kann nur in einem Review durchgeführt werden.
Wenn Sie nicht nachweisen können, dass Ihre Software vollständig und korrekt abgedeckt ist, geben Sie möglicherweise eine unzureichend getestete Software frei. Es liegt daher in Ihrem Interesse, für Konsistenz zu sorgen! Stellen Sie daher sicher, dass dieses Review ordnungsgemäß durchgeführt wird!