Softwaretesting in Delphi

[mjustin]

Zitat von Angel4585:

Unit-Tests habe ich bisher so verstanden, dass ich die für eigene Klassen verwende. In Delphi - bzw. in solchen Datenbankanwendungen - habe ich aber recht selten eigene Klassen die ich testen könnte. Ausser man bezeichnet die eigene GUI auch als eigene Klasse. Was testet man also?

Unittests sind nicht speziell für Klassen gedacht. Man kann alle Funktionen und Prozeduren damit testen, auch solche die global definiert sind. Wenn man einen Testcase selbst statt über den Wizard erstellt kann man beliebige Tests hinzufügen.

Im Prinzip tested man Code so wie man Zähne putzen sollte: alle die, die man behalten möchte

Viele Entwickler beginnen auch mit dem Schreiben der Tests, bevor die Funktion programmiert wird ("Testgetriebene Entwicklung"). Tests schreiben und Funktionen erstellen gehen dann Hand in Hand.

Tests eignen sich oft auch als erstklassige Dokumentation, da sie zeigen, wie eine Funktion oder Prozedur benutzt wird, welche Vor- und Nachbedinungen (z.B. Initialisierungen, Setzen von Properties) sie erfordern, und welche Exceptions erwartet werden (letzteres wird in DUnit über "ExpectedException" unterstützt).

p.s. Lesetipp für lange Winterabende: "xUnit Test Patterns: Refactoring Test Code" von Gerard Meszaros

[rweinzierl]

Ich habe lezte Woche den Moderator eines Workshops gefragt wie Sie Test schreiben, seine Antwort fand ich gut.

Test werden im 4 Augen Prenzip geschrieben, dann macht das ganze Sinn.

Beim eigenen Code fällt es mir auch schwer die richtigen Testfälle zu definieren, aber wenn der Entwickler einen Kollegen erklären muss was er macht die Dokumentation nochmals durchgeht dann können durchaus sinnvolle Tests entwickelt werden.