Sie sind hier
E-Book

The Art of Unit Testing

Deutsche Ausgabe

AutorMichael Feathers, Robert C. Martin, Roy Osherove
Verlagmitp Verlags GmbH & Co. KG
Erscheinungsjahr2015
Seitenanzahl288 Seiten
ISBN9783826687211
FormatePUB/PDF
Kopierschutzkein Kopierschutz/DRM
GerätePC/MAC/eReader/Tablet
Preis33,99 EUR
Unit Testing: Grundlagen Test-Hierarchien und -Organisation Mit Legacy Code arbeiten Das einzige deutsche Buch zu Unit Testing mit .NET Vieles wäre besser, wenn Software fehlerfrei wäre. Leider tendiert sie dazu, Fehler zu beinhalten. Daher wird Software normalerweise während der Entwicklung getestet; jedoch kann dies gerade bei großen Projekten ein mühsames Unterfangen sein. Unit Tests sind Programme, die überprüfen, ob die von den Entwicklern geschriebenen Komponenten so arbeiten, wie diese es beabsichtigen. Dieses Buch führt den Leser Schritt für Schritt von einfachen Tests bis hin zu Tests, mit denen sich der Code umfangreicher Softwareprojekte überprüfen und analysieren lässt. Der Leser lernt darüber hinaus, veralteten Code zu testen und der Autor diskutiert auch Tools, mit denen sich Datenbanken und weitere Technologien testen lassen. Das Buch ist für .NET-Entwickler geschrieben, aber Entwickler anderer Sprachen können ebenso von den Inhalten profitieren.

Roy Osherove berät und trainiert weltweit Entwicklungsteams zum Unit Testing und Test-Driven Development. Darüber hinaus ist er Sprecher bei zahlreichen internationalen Konferenzen.

Kaufen Sie hier:

Horizontale Tabs

Leseprobe

Einleitung


Eines der größten Projekte, an dem ich mitgearbeitet habe und das schiefgelaufen ist, beinhaltete auch Unit Tests. Das dachte ich zumindest. Ich leitete eine Gruppe von Entwicklern, die an einer Abrechnungssoftware arbeiteten, und wir machten es komplett auf die testgetriebene Weise – wir schrieben zuerst die Tests, dann den Code, die Tests schlugen fehl, wir sorgten dafür, dass sie erfolgreich verliefen, führten ein Refactoring durch und fingen wieder von vorne an.

Die ersten paar Monate des Projekts waren großartig. Alles lief gut und wir hatten Tests, die belegten, dass unser Code funktionierte. Aber im Laufe der Zeit änderten sich die Anforderungen. Wir waren also gezwungen, unseren Code zu ändern, um diesen neuen Anforderungen gerecht zu werden, doch als wir das taten, wurden die Tests unzuverlässig und mussten nachgebessert werden. Der Code funktionierte immer noch, aber die Tests, die wir dafür geschrieben hatten, waren so zerbrechlich, dass jede kleine Änderung in unserem Code sie überforderte, auch wenn der Code selbst prima funktionierte. Die Änderung des Codes in einer Klasse oder Methode wurde zu einer gefürchteten Aufgabe, weil wir auch alle damit zusammenhängenden Unit Tests entsprechend anpassen mussten.

Schlimmer noch, einige Tests wurden sogar unbrauchbar, weil diejenigen, die sie geschrieben hatten, das Projekt verließen und keiner wusste, wie deren Tests zu pflegen waren oder was sie eigentlich testeten. Die Namen, die wir unseren Unit-Testing-Methoden gaben, waren nicht aussagekräftig genug und wir hatten Tests, die auf anderen Tests aufbauten. Schließlich warfen wir nach weniger als sechs Monaten Projektlaufzeit die meisten der Tests wieder hinaus.

Das Projekt war ein erbärmlicher Fehlschlag, weil wir zugelassen hatten, dass die Tests, die wir schrieben, mehr schadeten als nützten. Langfristig brauchten wir mehr Zeit, um sie zu pflegen und zu verstehen, als sie uns einsparten. Also hörten wir auf, sie einzusetzen. Ich machte mit anderen Projekten weiter und dort haben wir unsere Arbeit beim Schreiben der Unit Tests besser erledigt. Ihr Einsatz brachte uns großen Erfolg und sparte eine Menge Zeit beim Debuggen und bei der Integration. Seitdem dieses erste Projekt fehlschlug, trage ich bewährte Vorgehensweisen für das Unit Testing zusammen und wende sie auch im nachfolgenden Projekt an. Im Laufe jedes Projekts, an dem ich arbeite, entdecke ich weitere gute Vorgehensweisen.

Zu verstehen, wie man Unit Tests schreibt – und wie man sie wartbar, lesbar und vertrauenswürdig macht –, ist das, wovon dieses Buch handelt. Egal, welche Sprache oder welche integrierte Entwicklungsumgebung (IDE) Sie verwenden. Dieses Buch behandelt die Grundlagen für das Schreiben von Unit Tests, geht dann auf die Grundlagen des Interaction Testings ein und stellt schließlich bewährte Vorgehensweisen für das Schreiben, das Verwalten und das Warten der Unit Tests in echten Projekten vor.

Über dieses Buch


Dass man das, was man wirklich lernen möchte, unterrichten sollte, ist das vielleicht Klügste, was ich jemals irgendwen über das Lernen sagen hörte (ich vergaß, wer das war). Das Schreiben und Veröffentlichen der ersten Ausgabe dieses Buches im Jahre 2009 war nicht weniger als eine echte Lehre für mich. Ursprünglich schrieb ich das Buch, weil ich keine Lust mehr hatte, die gleichen Fragen immer wieder zu beantworten. Aber natürlich gab es auch andere Gründe. Ich wollte etwas Neues ausprobieren, ich wollte experimentieren, ich wollte herausfinden, was ich lernen konnte, indem ich ein Buch schrieb – irgendein Buch. Im Bereich Unit Testing war ich gut. Dachte ich. Aber es ist ein Fluch: Je mehr Erfahrung man hat, desto dümmer kommt man sich vor.

Es gibt Teile in der ersten Ausgabe, denen ich heute nicht mehr zustimme – bespielsweise, dass sich eine Unit auf eine Methode bezieht. Das ist einfach nicht richtig. Eine Unit ist eine Arbeitseinheit, was ich in Kapitel 1 dieser zweiten Auflage diskutiere. Sie kann so klein sein wie eine Methode oder so groß wie mehrere Klassen (möglicherweise Assemblies). Und wie Sie noch sehen werden, gibt es weitere Dinge, die sich ebenfalls geändert haben.

Was neu ist in der zweiten Auflage


In dieser zweiten Auflage habe ich Material über die Unterschiede zwischen beschränkten und unbeschränkten Isolation-Frameworks hinzugefügt. Es gibt ein neues Kapitel 6, das sich mit der Frage beschäftigt, was ein gutes Isolation-Framework ausmacht und wie ein Framework wie Typemock im Inneren funktioniert.

Ich verwende RhinoMocks nicht mehr. Lassen Sie die Finger davon. Es ist tot. Zumindest für den Augenblick. Ich benutze NSubstitute für Beispiele zu den Grundlagen von Isolation-Frameworks und ich empfehle auch FakeItEasy. Ich bin immer noch nicht begeistert von MOQ, was ich detaillierter in Kapitel 6 erläutern werde.

Dem Kapitel über die Implementation des Unit Testings auf der Organisationsebene habe ich weitere Techniken hinzugefügt.

Es gibt eine Reihe von Design-Änderungen im Code, der in diesem Buch abgedruckt ist. Meist habe ich aufgehört, Property Setters zu verwenden, und benutze häufig Constructor Injection. Einige Diskussionen zu den Prinzipien von SOLID habe ich hinzugefügt – aber nur so viel, um Ihnen Appetit auf das Thema zu machen.

Die auf das Build bezogenen Teile von Kapitel 7 enthalten ebenfalls neue Informationen. Seit dem ersten Buch habe ich eine Menge zur Build-Automatisierung und zu Mustern gelernt.

Ich rate von Setup-Methoden ab und stelle Alternativen vor, um Ihre Test mit der gleichen Funktionalität auszustatten. Ich benutze auch neuere Versionen von Nunit, sodass sich einige der neueren Nunit APIs in diesem Buch geändert haben.

Den Teil von Kapitel 10, der sich mit Tools im Hinblick auf Legacy-Code beschäftigt, habe ich aktualisiert.

Die Tatsache, dass ich in den letzten drei Jahren neben .NET mit Ruby gearbeitet habe, führte bei mir zu neuen Einsichten in Bezug auf Design und Testbarkeit. Das spiegelt sich in Kapitel 11 wider. Den Anhang zu Werkzeugen und Frameworks habe ich aktualisiert, neue Tools hinzugefügt und alte entfernt.

Wer dieses Buch lesen sollte


Dieses Buch ist für jeden geeignet, der Code entwickelt und daran interessiert ist, die besten Methoden für das Unit Testing zu erlernen. Alle Beispiele sind mit Visual Studio in C# geschrieben, weshalb die Beispiele insbesondere für .NET-Entwickler nützlich sein werden. Aber was ich unterrichte, passt genau so gut auf die meisten, wenn nicht auf alle objektorientierten und statisch typisierten Sprachen (VB.NET, Java und C++, um nur ein paar zu nennen). Egal, ob Sie ein Architekt sind, ein Entwickler, ein Teamleiter, ein QS-Mitarbeiter (der Code schreibt) oder ein Anfänger in der Programmierung, dieses Buch wurde für Sie geschrieben.

Meilensteine


Wenn Sie noch nie einen Unit Test geschrieben haben, dann ist es am besten, Sie lesen das Buch vom Anfang bis zum Ende, um das komplette Bild zu erhalten. Wenn Sie aber schon Erfahrung haben, dann fühlen Sie sich frei, so in den Kapiteln zu springen, wie es Ihnen gerade passt. Das vorliegende Buch ist in vier Hauptteile gegliedert.

Teil I bringt Sie beim Schreiben von Unit Tests von 0 auf 100. Kapitel 1 und 2 beschäftigen sich mit den Grundlagen, wie etwa der Verwendung eines Test-Frameworks (NUnit), und führen die grundlegenden Testattribute ein, wie z. B. [Test] und [TestCase]. Darüber hinaus werden hier auch verschiedene Prinzipien erläutert im Hinblick auf die Assertion, das Ignorieren von Tests, das Testen von Arbeitseinheiten (Unit of Work Testing), die drei Typen von Endergebnissen eines Unit Tests und der drei dazu benötigten Arten von Tests, nämlich Value Tests, State-Based Tests und Interaction Tests.

Teil II diskutiert fortgeschrittene Methoden zum Auflösen von Abhängigkeiten: Mock-Objekte, Stubs, Isolation-Frameworks und Muster zum Refactoring Ihres Codes, um diese nutzen zu können. Kapitel 3 stellt das Konzept der Stubs vor und veranschaulicht, wie man sie von Hand erzeugen und benutzen kann. In Kapitel 4 wird das Interaction Testing mit handgeschriebenen Mock-Objekten beschrieben. Kapitel 5 führt diese beiden Konzepte schließlich zusammen und zeigt, wie sie sich mithilfe von Isolation-(Mock-)Frameworks kombinieren lassen und ihre Automatisierung erlauben. Kapitel 6 vertieft das Verständnis für beschränkte und unbeschränkte Isolation-Frameworks und wie sie unter der Haube funktionieren.

Teil III beschäftigt sich mit verschiedenen Möglichkeiten, den Testcode zu organisieren, mit Mustern, um ihn auszuführen und seine Strukturen umzubauen (Refactoring), und mit bewährten Methoden zum Schreiben von Tests. In Kapitel 7 werden Testhierarchien vorgestellt und es wird dargestellt, wie Testinfrastruktur-APIs verwendet und wie Tests in den automatisierten Build-Prozess eingebunden werden. Kapitel 7 diskutiert bewährte Vorgehensweisen beim Unit Testing, um wartbare, lesbare und vertrauenswürdige Tests zu entwickeln.

Teil IV beschäftigt...

Blick ins Buch
Inhaltsverzeichnis
Cover1
Titel3
Impressum4
Inhaltsverzeichnis5
Vorwort zur zweiten Auflage13
Vorwort zur ersten Auflage15
Einleitung17
Kapitel 1: Die Grundlagen des Unit Testings25
1.1 Unit Testing – Schritt für Schritt definiert25
1.1.1 Die Bedeutung guter Unit Tests27
1.1.2 Wir alle haben schon Unit Tests geschrieben (irgendwie)27
1.2 Eigenschaften eines »guten« Unit Tests28
1.3 Integrationstests29
1.3.1 Nachteile von nicht automatisierten Integrationstests im Vergleich zu automatisierten Unit Tests31
1.4 Was Unit Tests »gut« macht33
1.5 Ein einfaches Unit-Test-Beispiel34
1.6 Testgetriebene Entwicklung38
1.7 Die drei Schlüsselqualifikationen für erfolgreiches TDD41
1.8 Zusammenfassung41
Kapitel 2: Ein erster Unit Test43
2.1 Frameworks für das Unit Testing44
2.1.1 Was Unit-Testing-Frameworks bieten44
2.1.2 Die xUnit-Frameworks46
2.2 Das LogAn-Projekt wird vorgestellt47
2.3 Die ersten Schritte mit NUnit47
2.3.1 Die Installation von NUnit47
2.3.2 Das Laden der Projektmappe49
2.3.3 Die Verwendung der NUnit-Attribute in Ihrem Code52
2.4 Sie schreiben Ihren ersten Test53
2.4.1 Die Klasse Assert53
2.4.2 Sie führen Ihren ersten Test mit NUnit aus54
2.4.3 Sie fügen positive Tests hinzu55
2.4.4 Von Rot nach Grün: das erfolgreiche Ausführen der Tests56
2.4.5 Test-Code-Gestaltung57
2.5 Refactoring zu parametrisierten Tests57
2.6 Weitere NUnit-Attribute60
2.6.1 Aufbau und Abbau60
2.6.2 Auf erwartete Ausnahmen prüfen64
2.6.3 Das Ignorieren von Tests66
2.6.4 Die fließende Syntax von NUnit67
2.6.5 Das Festlegen der Testkategorien67
2.7 Das Testen auf Zustandsänderungen des Systems statt auf Rückgabewerte68
2.8 Zusammenfassung73
Kapitel 3: Die Verwendung von Stubs, um Abhängigkeiten aufzulösen77
3.1 Die Stubs werden vorgestellt77
3.2 Die Identifizierung einer Dateisystemabhängigkeit in LogAn78
3.3 Die Entscheidung, wie LogAnalyzer am einfachsten getestet werden kann79
3.4 Design-Refactoring zur Verbesserung der Testbarkeit82
3.4.1 Extrahiere ein Interface, um die dahinter liegende Implementierung durch eine andere ersetzen zu können83
3.4.2 Dependency Injection: Injiziere eine Fake-Implementierung in die zu testende Unit86
3.4.3 Injiziere einen Fake auf Konstruktor-Ebene (Construktor Injection)86
3.4.4 Simuliere Ausnahmen über Fakes91
3.4.5 Injiziere ein Fake als Property Get oder Set92
3.4.6 Injiziere einen Fake unmittelbar vor einem Methodenaufruf93
3.5 Variationen der Refactoring-Technik101
3.5.1 Die Verwendung von Extract and Override, um Fake-Resultate zu erzeugen101
3.6 Die Überwindung des Kapselungsproblems103
3.6.1 Die Verwendung von internal und [InternalsVisibleTo]104
3.6.2 Die Verwendung des Attributs [Conditional]104
3.6.3 Die Verwendung von #if und #endif zur bedingten Kompilierung105
3.7 Zusammenfassung106
Kapitel 4: Interaction Testing mit Mock-Objekten107
4.1 Wertbasiertes Testen versus zustandsbasiertes Testen versus Testen versus Interaction Testing107
4.2 Der Unterschied zwischen Mocks und Stubs110
4.3 Ein einfaches manuelles Mock-Beispiel111
4.4 Die gemeinsame Verwendung von Mock und Stub114
4.5 Ein Mock pro Test119
4.6 Fake-Ketten: Stubs, die Mocks oder andere Stubs erzeugen119
4.7 Die Probleme mit handgeschriebenen Mocks und Stubs121
4.8 Zusammenfassung122
Kapitel 5: Isolation-(Mock-Objekt-)Frameworks123
5.1 Warum überhaupt Isolation-Frameworks?123
5.2 Das dynamische Erzeugen eines Fake-Objekts125
5.2.1 Die Einführung von NSubstitute in Ihre Tests126
5.2.2 Das Ersetzen eines handgeschriebenen Fake-Objekts durch ein dynamisches127
5.3 Die Simulation von Fake-Werten130
5.3.1 Ein Mock, ein Stub und ein Ausflug in einen Test131
5.4 Das Testen auf ereignisbezogene Aktivitäten137
5.4.1 Das Testen eines Event Listeners137
5.4.2 Der Test, ob ein Event getriggert wurde139
5.5 Die aktuellen Isolation-Frameworks für .NET139
5.6 Die Vorteile und Fallstricke von Isolation-Frameworks141
5.6.1 Fallstricke, die man bei der Verwendung von Isolation-Frameworks besser vermeidet141
5.6.2 Unlesbarer Testcode142
5.6.3 Die Verifizierung der falschen Dinge142
5.6.4 Die Verwendung von mehr als einem Mock pro Test142
5.6.5 Die Überspezifizierung von Tests142
5.7 Zusammenfassung143
Kapitel 6: Wir tauchen tiefer ein in die Isolation-Frameworks145
6.1 Eingeschränkte und uneingeschränkte Frameworks145
6.1.1 Eingeschränkte Frameworks145
6.1.2 Uneingeschränkte Frameworks146
6.1.3 Wie Profiler-basierte uneingeschränkte Frameworks arbeiten148
6.2 Werte guter Isolation-Frameworks150
6.3 Eigenschaften, die Zukunftssicherheit und Benutzerfreundlichkeit unterstützen150
6.3.1 Rekursive Fakes151
6.3.2 Ignoriere Argumente als Voreinstellung152
6.3.3 Umfangreiches Fälschen152
6.3.4 Nicht striktes Verhalten von Fakes152
6.3.5 Nicht strikte Mocks153
6.4 Isolation-Framework-Design-Antimuster154
6.4.1 Konzept-Konfusion154
6.4.2 Aufnahme und Wiedergabe155
6.4.3 Klebriges Verhalten157
6.4.4 Komplexe Syntax157
6.5 Zusammenfassung158
Kapitel 7: Testhierarchie und Organisation161
7.1 Automatisierte Builds, die automatisierte Tests laufen lassen161
7.1.1 Die Anatomie eines Build-Skripts163
7.1.2 Das Anstoßen von Builds und Integration164
7.2 Testentwürfe, die auf Geschwindigkeit und Typ basieren165
7.2.1 Der menschliche Faktor beim Trennen von Unit und Integrationstests166
7.2.2 Die sichere grüne Zone167
7.3 Stellen Sie sicher, dass die Tests zu Ihrer Quellcodekontrolle gehören168
7.4 Das Abbilden der Testklassen auf den zu testenden Code168
7.4.1 Das Abbilden von Tests auf Projekte168
7.4.2 Das Abbilden von Tests auf Klassen169
7.4.3 Das Abbilden von Tests auf bestimmte Methoden170
7.5 Querschnittsbelang-Injektion170
7.6 Der Bau einer Test-API für Ihre Applikation173
7.6.1 Die Verwendung von Testklassen-Vererbungsmustern173
7.6.2 Der Entwurf von Test-Hilfsklassen und -Hilfsmethoden188
7.6.3 Machen Sie Ihre API den Entwicklern bekannt189
7.7 Zusammenfassung190
Kapitel 8: Die Säulen guter Unit Tests191
8.1 Das Schreiben vertrauenswürdiger Tests191
8.1.1 Die Entscheidung, wann Tests entfernt oder geändert werden192
8.1.2 Vermeiden Sie Logik in Tests197
8.1.3 Testen Sie nur einen Belang199
8.1.4 Trennen Sie Unit Tests von Integrationstests200
8.1.5 Stellen Sie Code-Reviews mit Codeabdeckung sicher200
8.2 Das Schreiben wartbarer Tests202
8.2.1 Das Testen privater oder geschützter Methoden202
8.2.2 Das Entfernen von Duplizitäten204
8.2.3 Die Verwendung von Setup-Methoden in einer wartbaren Art und Weise208
8.2.4 Das Erzwingen der Test-Isolierung211
8.2.5 Vermeiden Sie mehrfache Asserts für unterschiedliche Belange217
8.2.6 Der Vergleich von Objekten219
8.2.7 Vermeiden Sie eine Überspezifizierung der Tests222
8.3 Das Schreiben lesbarer Tests224
8.3.1 Die Benennung der Unit Tests225
8.3.2 Die Benennung der Variablen226
8.3.3 Benachrichtigen Sie sinnvoll227
8.3.4 Das Trennen der Asserts von den Aktionen228
8.3.5 Aufbauen und Abreißen229
8.4 Zusammenfassung229
Kapitel 9: Die Integration von Unit Tests in die Organisation233
9.1 Schritte, um ein Agent des Wandels zu werden233
9.1.1 Seien Sie auf die schweren Fragen vorbereitet234
9.1.2 Überzeugen Sie Insider: Champions und Blockierer234
9.1.3 Identifizieren Sie mögliche Einstiegspunkte235
9.2 Wege zum Erfolg237
9.2.1 Guerilla-Implementierung (Bottom-up)237
9.2.2 Überzeugen Sie das Management (Top-down)237
9.2.3 Holen Sie einen externen Champion238
9.2.4 Machen Sie Fortschritte sichtbar238
9.2.5 Streben Sie bestimmte Ziele an240
9.2.6 Machen Sie sich klar, dass es Hürden geben wird241
9.3 Wege zum Misserfolg242
9.3.1 Mangelnde Triebkraft242
9.3.2 Mangelnde politische Unterstützung242
9.3.3 Schlechte Implementierungen und erste Eindrücke242
9.3.4 Mangelnde Teamunterstützung243
9.4 Einflussfaktoren243
9.5 Schwierige Fragen und Antworten245
9.5.1 Wie viel zusätzliche Zeit wird der aktuelle Prozess für das Unit Testing benötigen?245
9.5.2 Ist mein Job bei der QS in Gefahr wegen des Unit Testing?247
9.5.3 Woher wissen wir, dass Unit Tests wirklich funktionieren?247
9.5.4 Gibt es denn einen Beweis, dass Unit Testing hilft?248
9.5.5 Warum findet die QS immer noch Bugs?248
9.5.6 Wir haben eine Menge Code ohne Tests: Wo fangen wir an?249
9.5.7 Wir arbeiten mit mehreren Sprachen: Ist Unit Testing da praktikabel?249
9.5.8 Was ist, wenn wir eine Kombination aus Soft- und Hardware entwickeln?250
9.5.9 Wie können wir wissen, dass wir keine Bugs in unseren Tests haben?250
9.5.10 Mein Debugger zeigt mir, dass mein Code funktioniert: Wozu brauche ich Tests?250
9.5.11 Müssen wir Code im TDD-Stil schreiben?250
9.6 Zusammenfassung251
Kapitel 10: Der Umgang mit Legacy-Code253
10.1 Wo soll man mit dem Einbauen der Tests beginnen?254
10.2 Bestimmen Sie eine Auswahlstrategie256
10.2.1 Vor- und Nachteile der Strategie »Einfaches zuerst«256
10.2.2 Vor- und Nachteile der Strategie »Schwieriges zuerst«256
10.3 Schreiben Sie Integrationstests, bevor Sie mit dem Refactoring beginnen257
10.4 Wichtige Tools für das Unit Testing von Legacy-Code258
10.4.1 Abhängigkeiten isolieren Sie leicht mit uneingeschränkten Isolation-Frameworks259
10.4.2 Verwenden Sie JMockit für Java-Legacy-Code260
10.4.3 Verwenden Sie Vise beim Refactoring Ihres Java-Codes262
10.4.4 Verwenden Sie Akzeptanztests, bevor Sie mit dem Refactoring beginnen263
10.4.5 Lesen Sie das Buch von Michael Feathers zu Legacy-Code264
10.4.6 Verwenden Sie NDepend, um Ihren Produktionscode zu untersuchen265
10.4.7 Verwenden Sie ReSharper für die Navigation und das Refactoring des Produktionscodes265
10.4.8 Spüren Sie Code-Duplikate (und Bugs) mit Simian und TeamCity auf265
10.5 Zusammenfassung266
Kapitel 11: Design und Testbarkeit267
11.1 Warum sollte ich mir Gedanken um die Testbarkeit in meinem Design machen?267
11.2 Designziele für die Testbarkeit268
11.2.1 Deklarieren Sie Methoden standardmäßig als virtuell269
11.2.2 Benutzen Sie ein Interface-basiertes Design270
11.2.3 Deklarieren Sie Klassen standardmäßig als nicht versiegelt270
11.2.4 Vermeiden Sie es, konkrete Klassen innerhalb von Methoden mit Logik zu instanziieren270
11.2.5 Vermeiden Sie direkte Aufrufe von statischen Methoden271
11.2.6 Vermeiden Sie Konstruktoren und statische Konstruktoren, die Logik enthalten271
11.2.7 Trennen Sie die Singleton-Logik und Singleton-Halter272
11.3 Vor- und Nachteile des Designs zum Zwecke der Testbarkeit273
11.3.1 Arbeitsumfang274
11.3.2 Komplexität274
11.3.3 Das Preisgeben von sensiblem IP274
11.3.4 Manchmal geht’s nicht275
11.4 Alternativen des Designs zum Zwecke der Testbarkeit275
11.4.1 Design-Argumente und Sprachen mit dynamischen Typen275
11.5 Beispiel eines schwer zu testenden Designs277
11.6 Zusammenfassung281
11.7 Zusätzliche Ressourcen282
Anhang A: Tools und Frameworks285
A.1 Isolation-Frameworks285
A.1.1 Moq286
A.1.2 Rhino Mocks286
A.1.3 Typemock Isolator287
A.1.4 JustMock287
A.1.5 Microsoft Fakes (Moles)287
A.1.6 NSubstitute288
A.1.7 FakeItEasy288
A.1.8 Foq289
A.1.9 Isolator++289
A.2 Test-Frameworks289
A.2.1 Mighty Moose (auch bekannt als ContinuousTests) Continuous Runner290
A.2.2 NCrunch Continuous Runner290
A.2.3 Typemock Isolator Test Runner290
A.2.4 CodeRush Test Runner290
A.2.5 ReSharper Test Runner291
A.2.6 TestDriven.NET Runner291
A.2.7 NUnit GUI Runner292
A.2.8 MSTest Runner292
A.2.9 Pex292
A.3 Test-APIs293
A.3.1 MSTest-API – Microsofts Unit-Testing-Framework293
A.3.2 MSTest für Metro Apps (Windows Store)293
A.3.3 NUnit API294
A.3.4 xUnit.net294
A.3.5 Fluent Assertions Helper API294
A.3.6 Shouldly Helper API294
A.3.7 SharpTestsEx Helper API295
A.3.8 AutoFixture Helper API295
A.4 IoC-Container295
A.4.1 Autofac296
A.4.2 Ninject297
A.4.3 Castle Windsor297
A.4.4 Microsoft Unity297
A.4.5 StructureMap297
A.4.6 Microsoft Managed Extensibility Framework297
A.5 Datenbanktests298
A.5.1 Verwenden Sie Integrationstests für Ihre Datenschicht298
A.5.2 Verwenden Sie TransactionScope für ein Rollback der Daten298
A.6 Webtests299
A.6.1 Ivonna300
A.6.2 Team System Web Test300
A.6.3 Watir300
A.6.4 Selenium WebDriver300
A.6.5 Coypu301
A.6.6 Capybara301
A.6.7 JavaScript-Tests301
A.7 UI-Tests (Desktop)301
A.8 Thread-bezogene Tests302
A.8.1 Microsoft CHESS302
A.8.2 Osherove.ThreadTester302
A.9 Akzeptanztests302
A.9.1 FitNesse303
A.9.2 SpecFlow303
A.9.3 Cucumber303
A.9.4 TickSpec304
A.10 API-Frameworks im BDD-Stil304
Stichwortverzeichnis305

Weitere E-Books zum Thema: Internet - Intranet - Webdesign - Security

Internet für Psychologen

E-Book Internet für Psychologen
Format: PDF

Das Internet kurz zu erklären und gleichzeitig einen aktuellen Überblick über psychologische Themen und Forschungsschwerpunkte zu geben, ist wohl ein hoffnungsloses Unterfangen. Zu…

Internet für Psychologen

E-Book Internet für Psychologen
Format: PDF

Das Internet kurz zu erklären und gleichzeitig einen aktuellen Überblick über psychologische Themen und Forschungsschwerpunkte zu geben, ist wohl ein hoffnungsloses Unterfangen. Zu…

Internet für Psychologen

E-Book Internet für Psychologen
Format: PDF

Das Internet kurz zu erklären und gleichzeitig einen aktuellen Überblick über psychologische Themen und Forschungsschwerpunkte zu geben, ist wohl ein hoffnungsloses Unterfangen. Zu…

Internet für Psychologen

E-Book Internet für Psychologen
Format: PDF

Das Internet kurz zu erklären und gleichzeitig einen aktuellen Überblick über psychologische Themen und Forschungsschwerpunkte zu geben, ist wohl ein hoffnungsloses Unterfangen. Zu…

Texten für das Web

E-Book Texten für das Web
Erfolgreich werben, erfolgreich verkaufen Format: PDF

Dieses Buch bietet das nötige Handwerkszeug, um die Qualität der eigenen Web-Texte zu verbessern bzw. eingekaufte Texte sicherer beurteilen zu können. Es liefert klare Kriterien für die Textanalyse,…

Texten für das Web

E-Book Texten für das Web
Erfolgreich werben, erfolgreich verkaufen Format: PDF

Dieses Buch bietet das nötige Handwerkszeug, um die Qualität der eigenen Web-Texte zu verbessern bzw. eingekaufte Texte sicherer beurteilen zu können. Es liefert klare Kriterien für die Textanalyse,…

Texten für das Web

E-Book Texten für das Web
Erfolgreich werben, erfolgreich verkaufen Format: PDF

Dieses Buch bietet das nötige Handwerkszeug, um die Qualität der eigenen Web-Texte zu verbessern bzw. eingekaufte Texte sicherer beurteilen zu können. Es liefert klare Kriterien für die Textanalyse,…

TCP/IP-Praxis

E-Book TCP/IP-Praxis
Dienste, Sicherheit, Troubleshooting Format: PDF

Netzwerke modernen Standards verlangen weniger nach Rezepten für Neu - Design als vielmehr nach Wegen, Maßnahmen zur Integration in eine bestehende Infrastruktur aufzuzeigen. Diesem Aspekt trägt TCP/…

E-Learning

E-Book E-Learning
Einsatzkonzepte und Geschäftsmodelle Format: PDF

Der vorliegende Band ist dem Lernen und Lehren auf der Basis moderner Informations- und Kommunikationstechnologien gewidmet. Das Buch fasst die wichtigsten Ansätze zur Einführung, Umsetzung und…

E-Learning

E-Book E-Learning
Einsatzkonzepte und Geschäftsmodelle Format: PDF

Der vorliegende Band ist dem Lernen und Lehren auf der Basis moderner Informations- und Kommunikationstechnologien gewidmet. Das Buch fasst die wichtigsten Ansätze zur Einführung, Umsetzung und…

Weitere Zeitschriften

Berufsstart Bewerbung

Berufsstart Bewerbung

»Berufsstart Bewerbung« erscheint jährlich zum Wintersemester im November mit einer Auflage von 50.000 Exemplaren und ermöglicht Unternehmen sich bei Studenten und Absolventen mit einer ...

Courier

Courier

The Bayer CropScience Magazine for Modern AgriculturePflanzenschutzmagazin für den Landwirt, landwirtschaftlichen Berater, Händler und generell am Thema Interessierten, mit umfassender ...

Das Grundeigentum

Das Grundeigentum

Das Grundeigentum - Zeitschrift für die gesamte Grundstücks-, Haus- und Wohnungswirtschaft. Für jeden, der sich gründlich und aktuell informieren will. Zu allen Fragen rund um die Immobilie. Mit ...

DHS

DHS

Die Flugzeuge der NVA Neben unser F-40 Reihe, soll mit der DHS die Geschichte der "anderen" deutschen Luftwaffe, den Luftstreitkräften der Nationalen Volksarmee (NVA-LSK) der ehemaligen DDR ...

Evangelische Theologie

Evangelische Theologie

Über »Evangelische Theologie« In interdisziplinären Themenheften gibt die Evangelische Theologie entscheidende Impulse, die komplexe Einheit der Theologie wahrzunehmen. Neben den Themenheften ...