4 Tools, die das automatisierte Testen erleichtern (inkl. Tipps zur Nutzung)

Unit Tests sind wichtig!

Der Nutzen automatisierter Tests wird inzwischen zwar nicht mehr in Frage gestellt. Doch immer noch treffe ich auf Entwickler, denen es schwer fällt, regelmäßig Unit Tests zu schreiben. Im folgenden stelle ich 4 Tools vor, mit denen das Testen leichter von der Hand geht. Das hilft Ihnen vielleicht dabei, zu einem leidenschaftlichen Tester zu werden.

NCrunch

NCrunch ist aktuell mein Lieblings-Plugin für Visual Studio! Es erhöht meine Produktivität, da ich die Tests nicht mehr manuell starten muss.

• Test laufen automatisiert (Continuous Testing)
  Mit NCrunch werden Ihre Unit Tests kontinuierlich ausgeführt, so dass Sie nach jeder Codeänderung sofort erkennen können, ob noch alles in Ordnung ist. NCrunch zeigt dazu in der Fußleiste von Visual Studio ein Symbol an, mit dem Sie sofort erkennen können, ob möglicherweise Tests fehlgeschlagen sind. Das Arbeiten in Visual Studio bleibt trotzdem flüssig, da NCrunch sehr ressourcenschonend arbeitet. Sie werden durch NCrunch produktiver, da die Tests nun vollautomatisch ausgeführt werden.
• Code Coverage
  Durch einen farbigen Punkt links neben jeder Codezeile zeigt NCrunch an, ob diese Zeile durch einen der Tests ausgeführt wurde. So erkennen Sie in Ihrem Code sofort Zeilen, die nicht durch einen Test abgedeckt sind und können dazu Tests ergänzen.

In der folgenden Abbildung sehen Sie das ReSharper und das NCrunch Symbol in trauter Zweisamkeit nebeneinander. ReSharpers grüner Haken sagt: keine Fehler in der Solution. NCrunchs „N“ sagt, alle Tests erfolgreich durchlaufen, NCrunch hat gerade nichts zu tun.

In der folgenden Abbildung sehen Sie Codezeilen, die nicht durch einen Test abgedeckt sind (schwarzer Punkt), sowie solche, die durch einen erfolgreichen Unit Test abgedeckt sind (grüner Punkt). Schlägt ein Test fehl, werden rote Punkte angezeigt.

Zu weiteren Informationen und einer 30 Tage Testversion.

ReSharper

Mein Langzeit-Favorit bei den Visual Studio Plugins ist natürlich JetBrains ReSharper. Die Refactoring Werkzeuge sind extrem leistungsfähig. Ferner bietet ReSharper zahlreiche Navigationswerkzeuge, um schnell an die gewünschte Stelle im Code zu springen.

• Testrunner
  Der Testrunner von ReSharper unterstützt NUnit, XUnit und MSTest. Für JavaScript werden QUnit und Jasmine unterstützt. Bei fehlgeschlagenen Tests wird Ihnen ein Stacktrace angezeigt, in dem Sie mittels Links zu den jeweiligen Codestellen navigieren können. Sehr komfortabel.
• Find & Replace mit Custom Patterns
  Mit den passenden Custom Patterns können Sie bspw. die alte Assert.AreEqual Syntax mit einem einzigen Tastendruck in die leistungsfähigere Assert.That Syntax umwandeln. Die folgende Abbildung zeigt, wie das Custom Pattern zu definieren ist.

Die Platzhalter $expected$ und $actual$ werden von ReSharper automatisch durch die jeweiligen Parameter gefüllt. So können Sie ein Muster definieren, nach dem eine Ersetzung im Quelltext vorgenommen werden soll. Durch die Einstellung „Show as warning“ werden Assert.AreEqual Aufrufe im Quelltext als Warnung angezeigt. Mit der Tastenkombination Alt+Enter wandeln Sie die Schreibweise dann ganz einfach um. Und selbstverständlich können Sie diese Muster für ein Suchen & Ersetzen in einer Datei, einem Projekt oder sogar der gesamten Solution anwenden. Ein weiteres typisches Anwendungsgebiet sind Anpassungen an eine geänderte API Syntax. Mit dem passenden Muster können Sie die Aufrufe einer älteren API Version auf eine neue Version umstellen.

Zu weiteren Informationen und einer 30 Tage Testversion.

NUnit

Ich nutze NUnit für automatisierte Tests. NUnit bietet mir

• datengetriebene Tests und
• eine Visual Studio Testrunner Integration.

Häufig steht man bei automatisierten Tests vor der Herausforderung, viele Tests zu schreiben, die sehr ähnlich sind. NUnit bietet mit den datengetriebenen Tests die Möglichkeit, die Eingaben und den erwarteten Wert über Attribute zu definieren:

[Test]
[TestCase("A;B", new[] { "A", "B" })]
[TestCase("\"A\";\"B\"", new[] { "A", "B" })]
[TestCase("\"A\";B", new[] { "A", "B" })]
[TestCase("\"A;B\"", new[] { "A;B" })]
public void Alle_Beispiele(string input, string[] expeted_result) {
    Console.WriteLine(input);
    var result = sut.Parse(input);
    Assert.That(result.First(), Is.EqualTo(expeted_result));
}

In diesem Beispiel aus einem CSV Parser möchte ich für viele mögliche Eingabestrings prüfen, ob dieser jeweils in die erwartete Ausgabe zerlegt wird. Dazu verwende ich das TestCase Attribut. Alle Objekte des Attributs werden an die Parameter der Testmethode übergeben. So definiert der obige Test gleich vier Testfälle.

Um die NUnit Tests innerhalb von Visual Studio auszuführen, verwende ich üblicherweise den ReSharper Testrunner. Verfügen Sie über keine ReSharper Lizenz und möchten Sie NUnit dennoch einsetzen, installieren Sie über NuGet einfach das Paket NUnitTestAdapter. Anschließend stehen die NUnit Tests im Visual Studio Test Explorer zur Verfügung.

Equalidator

Vermutlich haben Sie bei Tests schon vor der Herausforderung gestanden, zwei Datenstrukturen miteinander zu vergleichen. Sehen Sie sich den folgenden Test an:

[Test]
public void Zwei_Koordinten_vergleichen() {
    var p1 = new Koordinate(1, 2);
    var p2 = new Koordinate(1, 2);
    Assert.That(p1, Is.EqualTo(p2));
}

Zwei Koordinaten werden mit den gleichen Werten instanziert. Sind die beiden Objekte gleich? Dazu müssen Sie wissen, wie die Klasse Koordinate definiert ist:

public class Koordinate
{
    public Koordinate(int x, int y) {
        X = x;
        Y = y;
    }

    public int X { get; private set; }

    public int Y { get; private set; }
}

In diesem Fall sind die beiden Objekte nicht gleich, da es sich um eine class handelt. Bei struct wären sie gleich. An manchen Stellen im Code könnte die Lösung darin bestehen, die class zu einem struct zu ändern. Doch dies ist sicher nicht die generelle Lösung für das Problem. Auch das Implementieren der Equals und GetHashCode Methoden stellt nicht immer die Lösung dar, allemal, wenn diese nur für die Tests benötigt werden.

Die Lösung lautet Equalidator. Dabei handelt es sich um ein Open Source Projekt meines Kollegen Ralf Westphal. Es steht als NuGet Paket zur Verfügung und ist schnell in ein Testprojekt eingebunden. Mit Equalidator sieht der Vergleich der beiden Koordinaten wie folgt aus:

Equalidator.AreEqual(p1, p2);

Und dieses Mal ist der Test grün, egal ob als class oder struct implementiert. Equalidator vergleicht die beiden Objekte Eigenschaft für Eigenschaft. Sind alle Werte gleich, gelten die Objekte als gleich. Und Equalidator geht noch einen Schritt weiter und vergleicht auch Listen, Arrays und andere Aufzählungen Element für Element. Eine echte Erleichterung für automatisierte Tests.

Was sind Ihre wichtigsten Tools? Schreiben Sie einen Kommentar.