Unittests

Hier mal ein alternativer Ansatz für Unittests. Das Problem, dem Andig da gegenüberstand ist vermutlich, dass der Code wie er ist kaum (unit-)testbar ist. Daher sind seine Tests eher funktionale Tests und schauen, ob das richtige "herauskommt".
Sinnvoll ist beides. Ich bin mittlerweile aber eher ein Fan vieler kleine Unit-Tests. Die Erfahrung hat mir gezeigt, dass testbarer Code meist verständlicher und damit auch wartbar ist.
Ein Beispiel mag die Router-Klasse sein. Dort werden intern Request und Response-Objekt erzeugt. Man kann das Verhalten der Router-Klasse also nicht überprüfen ohne auch die anderen beiden zwangsweise mitzutesten. Es wird auch schwer jemandem zu erklären, was die Klasse eigentlich machen soll und was nicht. Das würde ich gerne ändern.
Für den Anfang suche ich mir aber erstmal die Dinge, die testbar sind.

english version (truncated):
Instead of functional testing I'm trying to establish unit tests. Many small test should be able to cover many small aspects of the whole software.
I hope making the code testable will lead to maintainable and easy to understand code.