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

Stichwortverzeichnis

A

Abhängigkeiten

DOM 121

Akzeptanztests v, 167

Anforderungen an Unit-Tests 18

Dokumentation 19

ein Testfall 20

Qualität 19

Ressourcen 20

Unabhängigkeit 19

Aptana Studio 9

Arrange, Act, Assert 123

Assert 183

Asynchrone Funktionen 141

Beispiel 142

Asynchrones Testen 141

Auslagerung von Funktionalität 65

Automatisierte Tests 1

B

Beck, Kent 3

Bestandscode 161, 168

Absicherung 175

Beispiel 172

neue Features 171

Problem 169

Strategie 170

TDD 169

Überarbeitung 174

Umgebung 170

C

Clientseitige Frameworks 24

Jasmine 29

Nachteile 33

QUnit 24

Code Coverage 18, 202

Nachteile 208

Siehe auch Coverage-Plug-in

Code-Kata 10

Coding-Dojo 11

Continuous Integration 34

Coverage-Plug-in

ignorieren 207

Installation 203

Konfiguration 203

Report ...

Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.

Start your free trial

Vue.js kurz & gut

Lars Peterke

Gute Entscheidungen in IT-Projekten

Andreas Rüping

Java lernen – kurz & gut

Michael Inden

Programmieren mit KI

Tom Taulli

Publisher Resources

ISBN: 9781457193422