Unittest - Kopieren einer Klasse

[Uwe Raabe]

Zitat von SProske:

sollte irgendwann eine neue Property hinzukommen, muss man daran denken, dafür einen neuen Unittest zu schreiben

Das hinter den Unittests stehende Paradigma besagt ja auch, daß du den Unittest schreiben musst, bevor das neue Property dazu kommt. Damit der dann compiliert musst du das property und gegebenfalls das dahinter liegende Feld auch in der Klasse einführen. In dem Moment läuft der Test, schlägt aber fehl bis das Assign angepasst wurde. Wenn du dich an diese Reihenfolge hältst, kann eigentlich nichts schief gehen.

Ich habe so meine Bedenken bei sich selbst anpassenden Tests.

[Stevie]

Zitat von Uwe Raabe:

Das hinter den Unittests stehende Paradigma besagt ja auch, daß du den Unittest schreiben musst, bevor das neue Property dazu kommt.

Du spielst auf TDD an. Kann ich nur empfehlen, obwohl ich auch schuldig bin, das nicht immer zu praktizieren.
Aber schlussendlich führt es zu besserem Code, da man sich in aller Regel vorher Gedanken macht (da man ja den Test schreiben muss), sowohl über die API als auch über die Implementierung.

Testen von Methode A durch Aufrufen von Methode B halte ich für ziemlich fehleranfällig.

[Uwe Raabe]

Zitat von Stevie:

Kann ich nur empfehlen, obwohl ich auch schuldig bin, das nicht immer zu praktizieren.

Ich glaube kaum, daß hier irgendjemand im biblischen Sinne den ersten Stein werfen könnte.