TADOQuery von Hand füllen (ohne Datenbankanbindung)

[hoika]

Hallo,

Zitat:

Sonst mach ich ne Test-DB mit readonly auf dem User. Dann kann ich zumin die Datenverarbeitung / -ausgabe save damit Testen.

Bei Datenbankzugriffs-Tests musst Du doch eh Test-Datenbanken benutzen.

[p80286]

Zitat von hoika:

Hallo,

Zitat:

Sonst mach ich ne Test-DB mit readonly auf dem User. Dann kann ich zumin die Datenverarbeitung / -ausgabe save damit Testen.

Bei Datenbankzugriffs-Tests musst Du doch eh Test-Datenbanken benutzen.

Muß man nicht, sollte man aber.

Gruß
K-H

[jobo]

Zitat von p80286:

Zitat von hoika:

Bei Datenbankzugriffs-Tests musst Du doch eh Test-Datenbanken benutzen.

Muß man nicht, sollte man aber.

Genau, die können sogar separate Tabellen mit Soll Ist Werten enthalten.

Beispiel
Wenn man einen definierten Ablauf hat, das einmal durchspielt, das Ergebnis einfriert (in eigener Tabelle), dann:
Ist es ziemlich einfach, nach neuen Läufen das neue Resultat mit dem eingefrorenen Ergebnis zu vergleichen.
sowas wie
select * from TabelleA minus Select * from TabelleB

Man kann natürlich auch Datenmengen separat abspeichern, aber was mach ich dann damit? Mit dem Hexeditor anschauen? Mit einem Textdiff?
SQL ist dafür geschaffen.

[TigerLilly]

Eigentlich sollte ein Unit-Test in Isolation sein, also eben keine Abhängigkeiten haben, sonst testest du ja mehrere Sachen auf einmal.

Sonst ist eine Test-Datenbank mit definiertem Inhalt das geeignetste. Die Datenbank kann ja an den passenden Stellen leer sein + dein Test füllt sie an diesen Stellen mit definierten Testdaten.