book

Testgetriebene Entwicklung mit JavaScript

by Sebastian Springer

February 2015

Intermediate to advanced

234 pages

5h 54m

German

dpunkt

Read now

Unlock full access

1.1 Was ist testgetriebene Entwicklung?1.2 Woher kommt testgetriebene Entwicklung?1.3 Wie funktioniert testgetriebene Entwicklung?1.4 Warum sollte man testgetrieben entwickeln?1.5 Voraussetzungen für testgetriebene Entwicklung1.5.1 Werkzeuge1.5.2 Methoden1.6 Testgetriebene Entwicklung und Unit-Tests1.7 Vor- und Nachteile1.7.1 Vorteile1.7.2 Nachteile1.8 Anforderungen an einen Unit-Test1.8.1 Codequalität1.8.2 Unabhängigkeit1.8.3 Dokumentation1.8.4 Ressourcen1.8.5 Nur ein Testfall pro Test1.9 Zusammenfassung
2.1 Die Frameworks im Überblick2.2 Clientseitige Frameworks2.3 QUnit2.4 Jasmine2.5 Nachteile clientseitiger Frameworks2.6 Serverseitige Frameworks2.7 JsTestDriver2.8 Karma2.9 Zusammenfassung
3.1 Die Aufgabenstellung3.2 Konzeptarbeit3.3 Setup3.3.1 Dateistruktur3.4 Die ersten Schritte3.4.1 Red – der erste Test3.4.2 Green – der Test läuft erfolgreich ab3.5 Der nächste Schritt3.5.1 Red – mehr Einsicht3.5.2 Green – fake it3.5.3 Refactor – dynamischer Rückgabewert3.6 innerSpace – ein Teilproblem3.6.1 Red – ein erster Test für innerSpace3.6.2 Green – Implementierung der innerSpace-Methode3.6.3 Refactor – Duplikate reduzieren3.7 Erweiterung der innerSpace-Methode3.7.1 Red – Triangulation3.7.2 Green – erweiterte Fake-it-Lösung3.7.3 Refactor – innerSpace für alle Buchstaben3.8 Erklärende Tests3.8.1 Grenzfälle testen3.9 Fehlerfälle abtesten3.9.1 Red – innerSpace soll eine Exception werfen3.9.2 Green – Exception werfen3.9.3 Refactor – den gültigen Wertebereich definieren3.10 outerSpace3.10.1 Red – Leerzeichen in outerSpace3.10.2 Green – fake it – outerSpace3.10.3 Red – Triangulation von outerSpace3.10.4 Green – Erweiterung der outerSpace-Methode3.10.5 Refactor – dynamische Version von outerSpace3.11 Auslagerung von Funktionalität3.11.1 Red – die getIndexOf-Methode3.11.2 Green – Implementierung der getIndexOf-Methode3.11.3 Refactor – dynamische Version der getIndexOf-Methode3.11.4 Red – Fehlerbehandlung innerhalb der getIndexOf-Methode3.11.5 Green – Integration der Fehlerbehandlungsroutine3.11.6 Refactor – Integration der getIndexOf-Methode3.12 Fehlerbehandlung in der outerSpace-Methode3.12.1 Red – Test für die Fehlerbehandlung in outerSpace3.12.2 Green – erfolgreiche Fehlerbehandlung in der outerSpace-Methode3.12.3 Refactor – Anpassung der Fehlerbehandlung in outerSpace3.13 Eine Zeile des Diamanten3.13.1 Red – ein Test für eine Zeile3.13.2 Green – Ausgabe einer statischen Zeile3.13.3 Red – ein zweiter Test für eine Zeile3.13.4 Green – dynamische Ausgabe einer Zeile3.13.5 Red – die erste und letzte Zeile3.13.6 Green – die erste und letzte Zeile3.13.7 Refactor – die erste und letzte Zeile3.14 Zusammenführung der Komponenten3.14.1 Red – Test für die obere Hälfte des Diamanten3.14.2 Green – upperHalf gibt den korrekten Wert zurück3.14.3 Refactor – Umbau der upperHalf-Methode3.14.4 Red – Test für die lowerHalf-Methode3.14.5 Green – die lowerHalf-Methode gibt einen statischen Wert zurück3.14.6 Refactor – Erweiterung der lowerHalf-Methode3.15 Der letzte Schritt – die Integration3.15.1 Red – Test für einen vollständigen Diamanten3.15.2 Green – fake it der toString-Methode3.15.3 Refactor – finale Implementierung der toString-Methode3.16 Refactorings3.16.1 Refactoring #1 – charCodeAt3.16.2 Refactoring #2 – upperHalf und lowerHalf3.17 Zusammenfassung
4.1 Funktionsweise4.1.1 Die Serverkomponente4.1.2 Manuelle Testausführung4.1.3 Der Browser4.2 Workflow4.3 Debugging innerhalb der Testumgebung4.4 System mit Fehlertoleranz4.5 Zusammenfassung
5.1 Sinon.JS5.1.1 Installation und Konfiguration5.1.2 Test der Installation5.2 Jasmine5.3 Test Doubles5.4 Spies5.4.1 Wann kommen Spies zum Einsatz?5.4.2 Spies verwenden5.4.3 Die Spy-Schnittstelle5.4.4 Spies im konkreten Beispiel5.4.5 Spies in Jasmine5.5 Stubs5.5.1 Wann kommen Stubs zum Einsatz?5.5.2 Stubs verwenden5.5.3 Die Stub-Schnittstelle5.5.4 Stubs im konkreten Beispiel5.5.5 Stubs in Jasmine5.6 Mocks5.6.1 Wann kommen Mocks zum Einsatz?5.6.2 Mocks verwenden5.6.3 Die Mock-Schnittstelle5.7 Zusammenfassung
6.1 Abhängigkeiten6.2 Fixtures6.3 Selbst erstellte HTML Fixtures6.3.1 Die Aufgabenstellung6.3.2 Setup6.3.3 Ein einfacher Test6.3.4 HTML Fixture6.3.5 Green – Anzeige der Nachrichten6.3.6 Triangulate6.3.7 Cleanup6.3.8 Green – dynamischer Validator6.4 jasmine-jquery6.4.1 Installation6.4.2 Fixtures laden6.4.3 Zusätzliche Matcher6.5 Karma html2js6.6 Zusammenfassung

7.1 Asynchrone Funktionen7.1.1 Ein erstes asynchrones Beispiel7.1.2 Asynchronität mit Promises7.1.3 Promises mit Q7.1.4 Promises testen7.2 Zeitabhängige Funktionen7.2.1 Problemstellungen bei zeitabhängiger Programmierung7.2.2 Einsatz von Fake-Timern7.2.3 Abhängigkeit vom Datum7.3 Abhängigkeiten vom Server7.3.1 Problemstellung bei der Kommunikation mit dem Server7.3.2 Tests mit Abhängigkeit vom Server7.3.3 Einsatz von Fake-Servern7.4 Zusammenfassung
8.1 Neue Applikationen8.2 Auswahl der Technologien8.3 Setup der Umgebung8.3.1 Konzeption und Anforderungen8.3.2 Erste Tests8.3.3 Weiteres Vorgehen nach dem ersten Test8.4 Bestandscode8.4.1 Testgetriebene Entwicklung im Bestandscode8.4.2 Problemstellungen im Bestandscode8.4.3 Umgebung in bestehenden Applikationen8.4.4 Strategien für die Erstellung von Tests8.4.5 Testgetriebene Entwicklung neuer Features8.4.6 Testgetriebene Entwicklung bei der Überarbeitung von Quellcode8.5 Zusammenfassung
9.1 Serverseitige Entwicklung mit Node.js9.1.1 Installation9.1.2 Betrieb9.1.3 Der NPM9.2 Testframeworks für Node.js9.2.1 Assert9.2.2 Nodeunit9.2.3 Mocha9.2.4 Weitere Testframeworks für Node.js9.3 Testgetriebene Entwicklung mit Node.js9.3.1 Konzeption9.3.2 Installation von expect.js9.3.3 Struktur und erster Test9.3.4 Umsetzung der Businesslogik9.3.5 Integration9.4 Test Doubles in Node.js9.4.1 Sinon.js9.4.2 nock9.4.3 mockery9.5 Zusammenfassung
10.1 Die Entwicklungsumgebung10.1.1 WebStorm10.2 Code Coverage10.2.1 Installation des Coverage-Plug-ins10.2.2 Konfiguration des Coverage-Plug-ins10.2.3 Der Coverage-Report10.2.4 WebStorm und Code Coverage10.2.5 Ignorieren von Quellcode10.2.6 Nachteile der Code Coverage10.3 Grunt und Gulp10.3.1 Installation von Grunt10.3.2 Testen mit Grunt10.3.3 Installation von Gulp10.3.4 Testen mit Gulp10.4 Zusammenfassung

Content preview from Testgetriebene Entwicklung mit JavaScript

6 Abhängigkeiten vom DOM

JavaScript wird in den meisten Fällen im Browser ausgeführt. In jeder Umgebung kommen zum eigentlichen Sprachkern zusätzliche Funktionen. Serverseitig sind dies beispielsweise die Schnittstellen zum Betriebssystem und clientseitig ist dies vor allem die Verbindung zum HTML-Grundgerüst. Das HTML wird im Browser in eine baumförmige Struktur, das Document Object Model, kurz DOM, übersetzt. In diesem Kapitel erfahren Sie, wie Sie mit diesen Abhängigkeiten umgehen können.

6.1 Abhängigkeiten

Eingaben

Webapplikationen leben von der Interaktion des Benutzers mit der Software. Zur Interaktion kann der Benutzer verschiedene Elemente im Browser wie beispielsweise Links oder Formularelemente verwenden. Je nachdem, was für ein Gerät ...