Test & Verifikation.
Strukturiert. Dokumentiert.

Verifikation prüft, ob das System richtig gebaut wurde. Validierung prüft, ob das richtige System gebaut wurde. Bei der Verifikation wird also gegen die Spezifikation geprüft: erfüllt die Firmware die Anforderungen aus dem Pflichtenheft. Bei der Validierung wird gegen den tatsächlichen Bedarf im Einsatz geprüft: löst das Gerät das Problem des Anwenders. Im V-Modell steht die Verifikation auf jeder Ebene dem zugehörigen Entwurfsschritt gegenüber, die Validierung sitzt an der Spitze des rechten Astes.

Das V-Modell ordnet jeder Entwurfsebene eine passende Teststufe zu. Der Systemspezifikation entspricht der Systemtest, der Architektur der Integrationstest, dem Detailentwurf der Unit-Test. Praktisch heißt das: Testfälle werden aus den Anforderungen abgeleitet und nicht nachträglich aus dem Code, und jede Anforderung ist über eine Traceability-Kette bis zum Testergebnis nachverfolgbar. Genau diese Nachverfolgbarkeit wollen Prüfstellen in Zulassungsverfahren sehen.

Ja, das ist ein Schwerpunkt. Wir benötigen Zugang zu Schaltplänen und Quellcode sowie eine lauffähige Hardware. Auf dieser Basis erstellen wir Testplan und Testspezifikation eigenständig, auch wenn die vorhandene Dokumentation lückenhaft ist. Der unabhängige Blick ist dabei ein Vorteil: Wir testen gegen die Spezifikation und nicht gegen die Annahmen, die das ursprüngliche Entwicklungsteam im Kopf hatte.

Bei Hardware in the Loop läuft die echte Firmware auf der echten Hardware, während die Umgebung simuliert wird: Sensoren, Aktoren, Bussysteme und Fehlerfälle. Dadurch werden Tests reproduzierbar, die im realen Aufbau gar nicht oder nur mit hohem Risiko darstellbar sind, etwa Sensorausfälle oder Grenzwertüberschreitungen. Ein HIL-Test lohnt sich, sobald der reale Prüfaufbau teuer, gefährlich oder langsam ist, oder sobald Regressionstests regelmäßig wiederholt werden müssen.

Wir richten Testplanung und Dokumentation an V-Modell XT, Automotive SPICE, IEC 61508, DO-178C und EN 50716 aus. Zu EN 50716 ein Hinweis, der derzeit viele Projekte betrifft: Die Norm ersetzt EN 50128 und EN 50657, die zum 30.10.2026 zurückgezogen werden. Ab diesem Zeitpunkt darf für neue Begutachtungen und Weiterentwicklungen nur noch EN 50716 als Referenz herangezogen werden. Wenn Sie Bestandssoftware im Bahnumfeld weiterentwickeln, sollte die Einordnung jetzt passieren und nicht erst im Zulassungsverfahren.

Ja. Testpläne, Prüfprotokolle und Testberichte sind so strukturiert, dass sie als Nachweis in Zulassungsverfahren eingesetzt werden können, inklusive Rückverfolgbarkeit von der Anforderung über den Testfall bis zum Ergebnis. Wir sind selbst keine benannte Stelle und erteilen keine Zertifikate. Wir liefern die Nachweisdokumentation, die die zuständige Prüf- oder Zulassungsstelle von Ihnen verlangt.