Ich erstelle eine modulare WPF-Anwendung. Jeder Bildschirm ist eine sehr unabhängige und isolierte Einheit. Das einzige, was gemeinsam genutzt wird - Shell und eine gemeinsame Bibliothek mit einer Fassadenschnittstelle für die wiederverwendbaren Dienste (Nachrichtenbus, Persistenz, Fensterverwaltung usw.).

Da die Module lose gekoppelt sind, ist es nicht sinnvoll, bei einem Modulwechsel alles neu zu testen. Ich möchte nur testen, was sich geändert hat. Wenn eine gemeinsame Bibliothek geändert wird, sollte alles erneut getestet werden.

Über ein Versionsverwaltungs-Diff können Sie leicht eine Liste der Dateien ändern und so die betroffenen Projekte auflösen (in csproj-Dateien sind alle zu kompilierenden Dateien aufgelistet). Sie können die Projektabhängigkeiten auch aus den csproj-Dateien auflösen (wer verwendet es, wer ist betroffen). All diese Informationen sollten ausreichen, um zu sagen, was tatsächlich getestet werden muss. Das Problem klingt also lösbar.

Hat das jemand mit TeamCity gemacht? Irgendwelche Vorschläge? Ich habe gesehen, dass es eine Lösung für Java-Leute gibt:http://blog.jetbrains.com/teamcity/2012/03/incremental-testing-with-teamcity/

Was ist mit dem .net-Bereich?