einem Test Runner wieder und wieder ausgeführt werden kann, ohne dass ein Mensch beteiligt sein muss. Mit anderen Worten – Sie können einen Test einmalig schreiben und ihn so oft wie nötig laufen lassen, ohne zusätzliche Aufwände zu verursachen.
    Neben den Vorteilen der guten Testabdeckung kann das Testen auch das Design der Software leiten, was als Testgetriebenes Design bekannt ist. Dabei wird ein Test geschrieben, bevor man sich an die Implementierung macht. Sie schreiben zunächst einen sehr einfachen Test, prüfen, dass er fehlschlägt (denn der Code, der getestet werden soll, ist noch gar nicht vorhanden), und schreiben dann die notwendige Implementierung, damit der Test erfolgreich bestanden wird. Nachdem das geschehen ist, erweitern Sie den Test so, dass er mehr von der gewünschten Funktionalität abdeckt, und implementieren erneut. Durch das Wiederholen dieser Schritte unterscheidet sich der Code zum Schluss meist deutlich von dem Code, den Sie zu Beginn der Implementierung hatten.
    Unit Tests unterscheiden sich in JavaScript gar nicht so sehr von denen in anderen Programmiersprachen. Sie brauchen ein kleines Framework, das einen Test Runner bereitstellt, sowie ein paar Tools, um die eigentlichen Tests schreiben zu können.

Unit Tests automatisieren
    Problem
    Sie wollen Ihre Anwendungen und Frameworks automatisiert testen und vielleicht sogar vom testgetriebenen Design profitieren. Das Schreiben eines eigenen Test-Frameworks mag verlockend sein, aber es erfordert einigen Aufwand, alle Details und besonderen Anforderungen abzudecken, die für das Testen von JavaScript-Code in den verschiedenen Browsern notwendig sind.
    Lösung
    Es gibt zwar auch andere Frameworks für Unit Test in JavaScript, aber wir werden uns mit QUnit beschäftigen. QUnitist das Unit Test Framework für jQuery und es wird von sehr vielen Projekten genutzt.
    Um QUnit zu verwenden, müssen Sie zwei QUnit-Dateien auf Ihrer HTML-Seite einbinden (jQuery selber ist nicht zwingend notwendig). QUnit besteht aus
qunit.js
, dem Framework für den Test Runner und das eigentliche Testen, sowie
qunit.css
, das die Seite für die Testsuite zum Anzeigen der Testergebnisse mit Styles versieht. Sie finden beide Dateien aktuell unter
http://github.com/jquery/qunit/raw/master/qunit
. Diese Adresse kann sich in Zukunft allerdings noch ändern. Werfen Sie dann am besten einen Blick auf http://docs.jquery.com/QUnit , wo Sie eine kurze Einführung und natürlich auch die Links auf die aktuellen Quellen finden. Laden Sie sie herunter und binden Sie sie dann lokal auf Ihrer Seite ein:

    
          media="screen" />      type="text/javascript"> test("Ein einfaches Test-Beispiel",
     function() { ok( true, "Dieser Test ist in Ordnung" ); var value =
     "hello"; equal( value, "hello", "Der Wert sollte hello sein" ); });
          id="qunit-header">QUnit-Beispiel      id="qunit-banner">      id="qunit-userAgent">      id="qunit-tests">
    
    Öffnet man diese Datei in einem Browser, sieht das Ergebnis wie in Figure 18-1 aus.
    Figure 18-1. Testergebnis in einem Browser
    Der Markup-Code im

-Element besteht aus einer Reihe von

- und

-Elementen mit IDs, die mit
qunit-
beginnen. Diese werden für alle QUnit-Tests benötigt, selbst wenn die Elemente selber leer sind. Das ist die Ausgangsbasis für die Tests, die in Tests atomar halten beschrieben ist.
    Der interessante Teil ist das