Videos zum Unit Testing [geschlossen]

Ich habe nach guten Präsentationen (Folien + Audio oder Video bevorzugt) zu Unit Testing gesucht, aber alles, was ich zu finden scheine, sind Bücher und Blog-Beiträge. Die Präsentation sollte nicht länger als 50 Minuten dauern, da sie bei einem Brown-Bag-Mittagessen gezeigt wird. Ich suche nach allgemeinen Konzepten oder wie man das auf der .NET-Plattform macht.

Können Sie eine Präsentation empfehlen, die dieser Beschreibung entspricht?

Anstelle einer Powerpoint-Präsentation finden Sie hier ein 6-teiliges Video von Brett L. Schuchert

http://vimeo.com/album/210446

Hier erhalten Sie eine Live-Demonstration von Unit-Tests im Rahmen der "testgetriebenen Entwicklung". Ich denke, Sie brauchen nicht alle 6, also können Sie es auf Ihre 50-Minuten-Spezifikation zuschneiden. IMHO sehr beeindruckend.

Ich war sehr, sehr beeindruckt von dem Full Throttle: TDD- Video von Rob Ronery und Brad Wilson. Es ist nicht kostenlos, aber es wird eines der besten 12 Dollar sein, die Sie jemals ausgeben werden. Das Video ist etwas länger als 50 Minuten - ich glaube, es sind insgesamt 65 Minuten - also können Sie vielleicht eine extra kleine braune Tüte mit Dessert bereitstellen :-)

Ein Ausschnitt aus Rob Conerys Blog über das Video:

Die Voraussetzung war, dass Brad ein Abonnement-Abrechnungssystem erstellen musste, das regelmäßige Abrechnungen auslöst und auch den Kundendatensatz aktualisiert - unter Verwendung von C # und xUnit.net (Brads Testframework, das er mit Jim Newkirk erstellt hat). Für viele klingt das einfach. Für diejenigen, die so etwas implementiert haben - es ist alles andere als.

Das, was ich an dieser Episode wirklich sehr genossen habe, ist, dass ich Brad gerade so weit gedrängt habe, dass ich das „Demo-Furnier“ entfernt habe - ich habe ihm ungefähr 30 Minuten lang einen Curveball gegeben, in dem ich sagte: „Oh ja… habe ich erwähnt, dass wir auch X machen ? " - und er musste sich anpassen.

Wenn Sie eine Reihe von Tests haben, die eine Sache voraussetzen, müssen Sie zu einer anderen wechseln - es ist ein Schmerz im Arsch. Aber Brad hat es erstaunlich gut gemeistert - er nutzte die Gelegenheit, um mehr Struktur in seinen Testprozess zu bringen und dann nacheinander seine alten Tests in den neuen Ansatz umzuwandeln.

Wir haben die ganze Stunde in einer einzigen Codedatei gearbeitet - und das hatte noch nie jemand gesehen. Sicher, ich habe genau dort im Code eine Klasse erstellt - aber Brad dabei zuzusehen, wie er Klasse für Klasse hochfährt, dann umbenennt, dann löscht und dann seine Tests vollständig umstrukturiert… es war sehr, sehr interessant.

Sie sagen immer, TDD sei ein „Designprozess“ - aber ich habe noch nie gesehen, dass es wirklich „design-y“ verwendet wird -, als würde ein Maler Farbe für Farbe auf eine Leinwand werfen, bis es genau richtig aussieht / sich genau richtig anfühlt. Und genau so fühlte es sich an, ihn zu beobachten.

Ungefähr 15 Minuten in Brad wird erwähnt, dass „ich eine Klasse in der Testdatei belasse, bis sie veröffentlicht werden kann“ - was bedeutet, dass er über genügend Tests verfügt, um seine Entwurfsentscheidungen zu rechtfertigen. Ein Konzept, über das ich vorher noch nie wirklich nachgedacht hatte - so etwas wie die Verwendung der Testdatei als „Mutterleib“.

Er "tastete" sich durch die Schaffung des Abrechnungssystems - sprach die ganze Zeit mit sich selbst und schuf etwas ziemlich Interessantes und verdammt Nahes an dem, was wir nach fast 3 Jahren Leben hatten.

Vielleicht werfen Sie einen Blick auf James Shores Let's Play TDD- Videos. Ich habe fast nicht alle gesehen (eigentlich gerade erst angefangen), aber sie scheinen gutes Material zu sein und arbeiten jeweils mit einem Stück Code.