Wie kann ich „Test infiziert“ mit TDD werden?

stimmen
9

Ich möchte über die Menschen zu lesen, die „Test infiziert“ sind, was bedeutet, dass sie nicht nur „get“ TDD aber auch nicht ohne sie leben. Sie haben „hatte die Umarbeitung“ wie es war. Die Frage ist, wie kann ich wie das?

Veröffentlicht am 06/09/2008 um 18:57
quelle vom benutzer
In anderen Sprachen...                            


4 antworten

stimmen
3

Erfahren Sie mehr über TDD zu starten, und dann beginnen sie in Ihren Workflow zu integrieren. Wenn Sie die Methoden genug verwenden, werden Sie feststellen, dass sie zur zweiten Natur geworden, und Sie werden in diesem Rahmen Framing alle Ihre Entwicklungsaufgaben beginnen.

Außerdem starten Sie das J-Unit (oder X-Unit) Rahmen für die Sprache Ihrer Wahl verwenden.

Beantwortet am 06/09/2008 um 18:59
quelle vom benutzer

stimmen
14

Ein Teil des Punktes „Test infiziert“ ist , dass Sie TDD genug gearbeitet haben und die Erfolge genug gesehen , dass Sie nicht ohne es kodieren wollen . Sobald Sie durch einen Zyklus von Schreiben von Tests zuerst gegangen sind, dann Codierung und Refactoring und sehen Sie Ihre Fehler zählt nach unten gehen und Ihr Code besser als ein Ergebnis, wird sich nicht nur zur zweiten Natur wie Zxaos sagte, haben Sie eine harte Zeit gehen zurück zu Code Erste. Dies wird Test infiziert.

Beantwortet am 06/09/2008 um 19:47
quelle vom benutzer

stimmen
14

Sie haben bereits über TDD lesen; mehr lesen wird nicht Sie erregen.

Stattdessen müssen Sie eine echte persönliche Erfolgsgeschichte.

Hier ist wie. Ergreifen Sie etwas Code aus einem Core-Modul, Code, der nicht auf externen Systemen abhängig ist oder zu viele andere Subroutinen. Egal wie komplex oder einfach die Routine.

Dann starten Sie Unit-Tests gegen sie zu schreiben. (Ich nehme an, Sie haben eine xUnit oder ähnliches für Ihre Sprache.) Seien Sie wirklich unausstehlich mit den Tests - testet jeden Grenzfall, Test max-int und min-int, Test null ist, Test-Strings und Listen mit Millionen von Elementen, Test-Strings mit koreanischem und Steuerzeichen und von rechts nach links Arabisch und Zitaten und Schrägstrichen und Perioden und anderen Dingen, die Dinge zu brechen neigen, wenn nicht entgangen.

Was Sie finden ist .... Bugs! Zunächst könnte man denken, diese Fehler nicht wichtig sind - Sie nicht in diese Probleme noch ausgeführt haben, Ihr Code wahrscheinlich würde dies nie tun, usw. usw .. Aber meine Erfahrung ist , wenn Sie drücken halten nach vorne werden Sie erstaunt sein , auf die Anzahl der kleinen Probleme. Schließlich wird es schwer zu glauben , dass keiner dieser Fehler wird immer ein Problem verursachen.

Und Sie ein großes Gefühl der Erfüllung bekommen mit etwas wirklich geschehen ist, wirklich gut. Wir wissen Code nie perfekt ist und nur selten frei von Fehlern, so ist es schön, wenn wir so viele Tests ausgeschöpft haben, dass wir wirklich zuversichtlich fühlen. Vertrauen ist ein schönes Gefühl.

Schließlich glaube ich , das letzte Ereignis, das die Liebe auslösen werden Wochen oder Monate später passieren. Vielleicht sind Fixieren Sie einen Bug oder ein Feature hinzufügen oder einen Code Refactoring, und etwas , das Sie einen Komponententest tun brechen. „Hä?“ Sie sagen, nicht zu verstehen , warum die neue Änderung auch relevant für den gebrochenen Test war. Dann finden Sie es, und Erleuchtung finden. Weil Sie wirklich nicht wissen , dass Sie Code wurden zu brechen, und die Tests gespeichert haben.

Halleluja!

Beantwortet am 06/09/2008 um 19:49
quelle vom benutzer

stimmen
1

Ein Wort, üben! Es gibt einige Overhead mit TDD tun, und die Art und Weise zu überwinden, sie zu praktizieren ist und stellen Sie sicher, dass Sie Tools verwenden, den Prozess zu helfen. Sie müssen die Tools wie die Rückseite Ihrer Hand erfahren. Sobald Sie die Werkzeuge zu gehen zusammen mit dem Prozess lernen Sie lernen, dann wird es klicken und Sie werden mit dem Schreiben von Tests fließend bekommen zuerst aus dem Code zu spülen. Dann werden Sie „Test infiziert“ werden.

Ich antwortete eine Frage ähnlich wie diese eine Weile zurück. Vielleicht möchten Sie es auch überprüfen. Ich erwähne einige Werkzeuge und erklären TDD lernen. Aus diesen Tools, ReSharper und einen guten Mockframework Kommissionierung sind entscheidend für die TDD tun. Ich kann gar nicht genug betonen , diese Werkzeuge zu lernen mit dem Test - Framework mitgehen Sie genug verwenden.

Beantwortet am 06/09/2008 um 19:51
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more