Ausser man bezeichnet die eigene
GUI auch als eigene Klasse. Was testet man also?
Wir benutzen dafür TestComplete.
http://smartbear.com/products/qa-too...-testing-tools
Das setzt dann die Datenbank auf einen definierten Anfangszustand, klickt sich durch die
GUI wie ein Benutzer auch, nur schneller, prüft die Ergebnisse, usw.
Also
GUI und Datenbankzugriff.
Bei komplexeren Algorithmen gibt es ja wieder eigene Klassen die man testen kann.
Das Zusammenspiel zwischen den einzelnen Komponenten zu testen nennt man Integrationstests.
Und es macht auch durchaus Sinn die Datenbankkomponenten selbst mit zu testen. Der Fehler im TClientDataSet, bei dem bei XE5 vor dem Update Locate nicht mehr funktionierte, wäre bei uns ohne Tests kaum so schnell gefunden worden.
Gibt es eigentlich auch Mocks für Delphi?
Ja, dafür findest du z.B. von Nick Hodges viel Material:
https://code.google.com/p/delphi-spring-framework/
http://www.nickhodges.com/page/Depen...on-Series.aspx