Zusammenfassung

  • Erzeugte Tests beziehen sich auf modernisierten Code und bestätigen laut Dokumentation nicht den Erhalt der ursprünglichen Funktionalität.
  • Portierte Tests, neu erzeugte Tests, Build-Prüfung und Abnahme der laufenden Anwendung liefern unterschiedliche Nachweise.

Ein bestandener Test sagt nur dann genug über eine Migration aus, wenn klar ist, welche Erwartung darin steckt. AWS ergänzt Transform für .NET seit dem 10. September um die Erzeugung von Unit-Tests. Das Werkzeug bewertet die Testbarkeit, plant die Abdeckung und erstellt Tests für geeignete Klassen wie Geschäftslogik und Controller. Die Funktion lässt sich im AWS Toolkit for Visual Studio zuschalten. Für den Einkauf bleibt die Frage, welche Abnahmeleistung dieser neue Liefergegenstand tatsächlich ersetzt.

Der Leitfaden zu Unit-Tests setzt eine klare Grenze. Die Tests entstehen nach der Modernisierung; sie validieren nicht die ursprüngliche Funktionalität im modernisierten Code. Mehr Tests können die spätere Regressionsprüfung verbessern, ohne eine fehlende Dokumentation des zuvor erwarteten Verhaltens nachzuliefern. Beides ist nützlich, aber nicht dasselbe.

Bereits vorhandene Tests folgen einem anderen Weg. Transform portiert unterstützte MSTest-, NUnit- und xUnit-Projekte, führt sie aus und berichtet die Ergebnisse. So können schon früher formulierte Erwartungen am veränderten Code geprüft werden. Das beweist weder die Vollständigkeit der alten Testsammlung noch die Abdeckung jeder Geschäftssituation. Neue Tests ergänzen diesen Bestand; ihre Menge macht sie nicht zu einer Referenz von vor der Änderung.

Auch der Zeitpunkt ist Teil des Nachweises. Wird die Erzeugung beim Start ausgewählt, fließen die Tests in die lokale Build-Verifikation ein. Werden sie erst nach der Transformation interaktiv angefordert, gehören sie nicht mehr zu diesem bereits abgeschlossenen Schritt. Diese Variante lässt nachträgliche Codeänderungen vor der Testerzeugung zu. Sie bedeutet nicht, dass die Tests niemals laufen können. Nur darf ein früher bestandener Prüfschritt nicht rückwirkend für später erzeugte Artefakte gelten.

Eine belastbare Übergabe nennt deshalb Herkunft und Version. Welche Tests wurden übernommen, welche neu geschrieben, welcher Codestand wurde geprüft und welche Aufgaben bleiben offen? Eine einzige Summe bestandener Tests verdeckt diese Unterschiede leicht. Selbst ein Abdeckungswert entscheidet nicht unabhängig darüber, ob die gewählten Soll-Ergebnisse den Anforderungen des Kunden entsprechen.

AWS verlangt in den Hinweisen vor einer Transformation selbst einen Validierungsplan für Verhalten, Darstellung, Sicherheitskontrollen, Geschäftslogik und Datenspeicherung. Dort wird .NET-Modernisierung außerdem von einer Architekturüberarbeitung abgegrenzt. Der Kauf automatischer Testerzeugung sollte den vereinbarten Umfang weder stillschweigend erweitern noch andere Prüfaufgaben verschwinden lassen.

Die Hinweise zur Finalisierung verlangen anschließend die Auswertung der Berichte sowie eine laufende Anwendung, deren Funktion und Bedienoberfläche mit dem Original verglichen werden. Das ist keine Formalität nach einer günstigen Kennzahl, sondern die Verbindung zwischen Codepaket und akzeptiertem Dienst. Der Start der Funktion belegt keinen fertigen Produktionseinsatz und keine gemessene Einsparung bei Abnahmeaufwand oder Fehlern.