Closed-Loop-Regressionstests von V2V-Software mit wiedergegebenen Feldspuren

Ein Datensatz, der nur während vierteljährlicher Validierungskampagnen verwendet wird, bietet weit weniger Wert als einer, der direkt in den täglichen Engineering-Workflow eingebunden ist. Dieser Artikel behandelt die um den Wiedergabemechanismus herum aufgebaute Continuous-Integration-Architektur.

Einbindung des Spurenkorpus in jeden Pull Request

Jede vorgeschlagene Änderung an der V2V-Anwendungsschicht löst einen CI-Job aus, der eine kuratierte Teilmenge von 400 hochwertigen Spuren — von städtischen Häuserschluchten über Autobahneinfädelungen bis hin zu dichten Kreuzungsbegegnungen — gegen den Kandidaten-Build wiedergibt und das Merging blockiert, wenn Präzision oder Trefferquote gegenüber der gekennzeichneten Ground Truth unter die Basislinie der vorherigen Version fallen.

Triage einer Regression: Von der fehlgeschlagenen Spur zum ursachenidentifizierten Commit

Wenn eine wiedergegebene Spur fehlschlägt, halbiert der Mechanismus automatisch den Commit-Bereich seit dem letzten erfolgreichen Lauf und führt nur die fehlschlagende Spur gegen jeden Zwischen-Build erneut aus, um die verursachende Änderung innerhalb von Minuten zu isolieren, statt einen Ingenieur ein Feldszenario, dessen ursprüngliche Erfassung einen ganzen Tag dauerte, manuell nachstellen zu lassen.

Domain-Portfolio entdecken