Chipdesign- und Elektroniksystemteams stehen vor einem Problem, das über die Erhöhung der Testanzahl oder die Automatisierung von Regressionsprozessen hinausgeht. Da Produkte zunehmend auf softwarebasierte Architekturen setzen und Hardware-, Software- und Subsystemkomponenten integriert werden, verteilen sich Verifizierungsnachweise auf verschiedene Tools, Teams und Phasen, während sich Anforderungen und Konfigurationen ändern und geistiges Eigentum in neuen Kontexten wiederverwendet wird.
In diesem Zusammenhang vertreten Jake Wiltgen und Mike Andrews die Ansicht, dass die zentrale Herausforderung darin besteht, Bedeutung und Zusammenhang über den gesamten Lebenszyklus hinweg zu bewahren, und nicht lediglich mehr Datensätze zu erzeugen. Der als Sponsor Blog veröffentlichte Beitrag stellt das Konzept eines „Verifizierungsfadens“ vor, der eine strukturierte digitale Verbindung zwischen Anforderungen, Kriterien, Verifizierungsaktivitäten, Konfigurationen und Ergebnissen schafft.
Das Problem ist kein Mangel an Daten
Verifizierungsumgebungen erzeugen bereits Protokolle, Wellenformen, Signale, Bestätigungen, Abdeckungsmetriken sowie Erfolgs- oder Fehlerergebnisse. Ein erfolgreiches Testergebnis erklärt jedoch allein weder, welche Anforderung damit behandelt wurde, noch die verwendete Designversion, Testumgebung und Konfiguration oder die Annahmen, die dem Szenario zugrunde lagen.
Dasselbe gilt für Abdeckungszahlen. Sie weisen auf Aktivität oder Fortschritt hin, beweisen aber für sich genommen nicht, dass die Verifizierung ausreichend ist. Wenn sich Anforderungen oder Konfigurationen ändern, müssen Teams den Kontext manuell neu zusammenstellen, um festzustellen, welche Tests betroffen sind und ob frühere Ergebnisse weiterhin gültig sind.
Was fügt der Verifizierungsfaden hinzu?
Die Autoren schlagen vor, jedes Verifizierungsereignis als wiederverwendbaren technischen Nachweis zu behandeln und nicht lediglich als eine Zeile in einem Regressionsbericht. Dazu gehören die Verknüpfung der Aktivität mit der Anforderung oder der technischen Absicht sowie die Erfassung der Kriterien, der Designversion, der Ausführungsumgebung, der Stimuli, der Einschränkungen und der zugehörigen Nachweise.
Diese Verknüpfung ermöglicht Teams, von der Aussage „Wir haben den Test durchgeführt“ zu einer präziseren Antwort überzugehen: Wie wurde die Anforderung verifiziert, unter welchen Bedingungen, mit welchen Nachweisen und welche Lücken bestehen noch? Sie hilft außerdem dabei, die Gültigkeit früherer Ergebnisse bei der Wiederverwendung von Einheiten oder der Entwicklung abgeleiteter Designs zu bewerten, statt die Arbeit zufällig zu wiederholen oder ohne Analyse auszuschließen.
Von der Tool-Integration zur Vereinheitlichung der Bedeutung
Der Beitrag betont, dass die Verbindung von Anwendungen oder der Austausch von Dateien nicht ausreicht, um einen echten Verifizierungsfaden aufzubauen. Hardwareverifizierung, Softwareverifizierung, Systemtests, Sicherheitsanalysen und Anforderungsmanagement verwenden unterschiedliche Abstraktionen und Erfolgskriterien.
Daher benötigt das vorgeschlagene Modell gemeinsame Bedeutungen, die Anforderungen, Kriterien, Konfigurationen und Nachweisobjekte miteinander verbinden, auch wenn diese in unterschiedlichen Umgebungen entstehen. Das Ergebnis ähnelt einem technischen Wissensnetz, mit dem fehlende, doppelte oder veraltete Nachweise identifiziert und die Auswirkungen einer Anforderungsänderung auf die damit verbundenen Tests und Ergebnisse verfolgt werden können.
Warum ist diese Nachricht wichtig?
Die Bedeutung des Ansatzes liegt darin, dass er Verifizierung als kontinuierliche technische Struktur und nicht als nachgelagerte Dokumentationsphase neu definiert. Die über Teams, Lieferanten und verschiedene geografische Standorte verteilte Entwicklung verringert die Abhängigkeit von implizitem Wissen. Außerdem macht die steigende Kostenbelastung durch Verzögerungen und Unklarheiten in den Zulassungsphasen die Vollständigkeit und Verteidigungsfähigkeit der Nachweise wichtiger.
Der Beitrag formuliert jedoch eine klare Einschränkung: Kein Tool und kein digitaler Faden kann unklare Anforderungen, nicht definierte Kriterien oder inkonsistent erfasste Nachweise beheben. Der Erfolg des Ansatzes setzt voraus, dass Anforderungen in überprüfbare Erwartungen zerlegt, Kriterien explizit gemacht und Verifizierungsereignisse in einer strukturierten Form erfasst werden.
Auf Grundlage der dargestellten Fakten liegt der wesentliche praktische Wert nicht in der Hinzufügung eines weiteren Dashboards, sondern darin, Verifizierungsergebnisse verständlich, wiederverwendbar und für Auswirkungsanalysen geeignet zu machen. Der Verweis auf die Lösung Questa One VeriThreader und das Whitepaper „Rethinking Traceability for Modern Systems“ erscheint dagegen am Ende eines Werbebeitrags und enthält nicht genügend unabhängige Details, um das Produkt zu beurteilen oder mit anderen Alternativen zu vergleichen.