Das ist neu in dotCover

Leistungsverbesserungen 2025.2

Mit diesem Release bietet dotCover Leistungsoptimierungen und eine vereinfachte Nutzungserfahrung mit Fokus auf modernen, aktiv genutzten Technologien. Um den Overhead zu reduzieren und die Coverage-Performance zu verbessern, haben wir die Unterstützung für Funktionen und Technologien, die nach aktuellen Daten kaum genutzt werden, eingestellt.

Änderungen bei der Runtime- und Framework-Unterstützung

Mono- und Unity-Projekte werden nicht mehr unterstützt. Die Unity-Unterstützung wird wieder eingeführt, sobald die Laufzeitumgebung auf CoreCLR umgestellt wurde.

Wir haben auch die Coverage-Unterstützung für ältere oder selten genutzte Anwendungstypen eingestellt, darunter:

IIS Express
WCF
WinRT
Externe .NET-Prozesse
Mono (alle Varianten)
MAUI

Durch diese Änderungen können wir unsere Entwicklungsarbeit auf jene Technologien konzentrieren, die für die Mehrheit unserer Benutzer*innen am wichtigsten sind.

Verbesserter Befehlszeilen-Runner

Wir haben den Befehlszeilen-Runner aktualisiert, um ihn konsistenter zu gestalten und an moderne Entwicklungsabläufe anzupassen:

Der Befehl cover-dotnet wurde in den einheitlichen Befehl dotcover cover integriert, der für alle Zieltypen verwendet wird. Wenn --targetExecutable nicht angegeben wird, versucht dotCover, die passende dotnet-Programmdatei automatisch zu erkennen.
XML-basierte Konfigurationsdateien werden nicht mehr unterstützt. Stattdessen können Sie einfache Textdateien mit Befehlszeilenargumenten verwenden, zum Beispiel dotcover cover @args.txt.
Der eigenständige Runner dotcover.exe wurde aus dem NuGet-Paket entfernt. Der Befehlszeilen-Runner ist jetzt ausschließlich als globales oder lokales .NET-Tool verfügbar (erfordert .NET 6 oder höher).

Updates für die Coverage-Filterung

Wir haben das Filtersystem von dotCover optimiert und dabei den Fokus auf die nützlichsten und meistgenutzten Optionen gelegt. Um die Komplexität und den Wartungsaufwand zu verringern, wurden einige selten verwendete Filter sowohl aus der Bedienoberfläche als auch aus dem Befehlszeilen-Runner entfernt.

Die folgenden Filtertypen werden nicht mehr unterstützt:

Filtern nach Methode und Klasse
Dateipfad-Filter
Quellcode-Kommentarfilter

Continuous Testing überarbeitet 2024.2.3

Wir haben den Workflow für Continuous Testing mit Blick auf die Bedienfreundlichkeit überarbeitet:

Bisher konnte jede Unit-Test-Sitzung in eine Continuous-Test-Sitzung umgewandelt werden, was zu Verwirrung führen konnte, wenn mehrere Sitzungen ausgeführt wurden.

Jetzt gibt es eine einzige, separate Continuous-Test-Sitzung. Diese Änderung erleichtert den Überblick und die Verwaltung Ihres Test-Workflows.

Indikator für Continuous Testing 2024.2.3

dotCover hat ein neues Symbol für Continuous Testing in ReSharper und Rider. Das Symbol zeigt den aktuellen Status der Tests an. Dabei ist auch zu erkennen, ob Tests fehlgeschlagen sind. Darüber hinaus bietet das Symbol einen schnellen Zugriff auf mehrere Aktionen: Aktivieren oder Deaktivieren von Continuous Testing, Anzeigen von Coverage-Ergebnissen, Ein- und Ausschalten der Syntaxhervorhebung und mehr.

Unterstützung von MAUI-Anwendungen 2024.1

Sie können jetzt Coverage-Analysen von Unit-Tests und Anwendungen durchführen, die das MAUI-Framework verwenden. Derzeit unterstützt dotCover nur WinUI-Desktopanwendungen für .NET 7.0+ unter Windows. Dies gilt sowohl für das eigenständige dotCover-Programm als auch für dotCover in ReSharper und Rider.

Verbesserte Coverage-Hervorhebung 2024.1

Die dotCover-Codehervorhebung in Rider und ReSharper wurde durch neue Hintergrundfarben, ein neues Randleistensymbol für Codezeilen mit partieller Coverage und weitere kleinere Änderungen verbessert.

Verbesserte Befehlszeilentools 2023.3

Die Befehlszeilentools von dotCover werden jetzt als plattformunabhängiges .NET-Tool bereitgestellt.

Dieses Tool dient als Standardlösung für CI/CD-Szenarien und ersetzt das bisherige Tool.

Tastenkürzel für Continuous Testing 2023.1

Continuous Testing kann jetzt mit einem Tastenkürzel direkt gestartet werden. Zuvor war dies nur indirekt durch Erstellung eines Builds oder durch Speichern des Projekts möglich. Dieses Feature funktioniert sowohl in Visual Studio + ReSharper als auch in JetBrains Rider.