DUnit - Integrationstests für verschiedene Ziel-Datenbank

[freimatz]

Hallo,
analog zu DUnitX - Integrationstests nacheinander für verschiedene Ziel-Datenbank hätte ich gerne mehrere Tests zu Laufzeit erstellt und ausgeführt.
Bei mir geht es jedoch nicht um DUnitX sondern nur um DUnit und nicht um Datenbanken.
Ich würde gerne einen (oder später mehrere) Test mit mehreren Daten ausführen. Es sind so ca. 100. Ich müsste so für jeden Test eine eigene Testmethode machen. Jedoch würde ich gerne die Tests von der Testsuite erstellen lassen. Sie unterscheiden sich alle nur in einem String.

Ich könnte auch alle Fälle in einer Schleife innerhalb einer Testmethode testen, jedoch sind dann nur alle zusammen rot oder grün.

Ich habe mich schon etwas mit ISuite und ITest beschäftigt, weiss aber nicht so recht wie machen.
Hat da jemand einen Tipp für mich?
freimatz

[Uwe Raabe]

Eventuell wäre meine DUnit Folder Iterator Extension eine Basis.

[Bernhard Geyer]

Und wieso nutzt du für neue Tests nicht das neuere DUnitX?
Wir selbst haben noch einige Tests mit DUnit, aber für alles neue Nutzen wir DUnitX.

[hoika]

Hallo,

Zitat:

die Tests von der Testsuite erstellen lassen

du kannst die Tests doch zur Laufzeit in einer Schleife zusammenpappen.

Mal so ins Blaue.

Delphi-Quellcode:

var
  Test: TTestCase_Bla;

for i:= 1 to 100 do
begin
  Test:= TTestCase_Bla.Create;
  Test.Parameter:= IntToStr(i);
  TestSuite.AddSuite(Test.Suite);  
end;

[Der schöne Günther]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1453983)

Wir selbst haben noch einige Tests mit DUnit, aber für alles neue Nutzen wir DUnitX.

Den Mehrnutzen von DUnitX scheint mir bislang arg überschaubar (uno, dos, tres).

In bestehenden Projekten würde ich nicht anfangen zweigleisig zu fahren.

[freimatz]

Hallo zusammen,
Danke für alle Antworten.
DUnitX hatte ich mir schon mal angeschaut. Soweit ich mich erinnere war auch für mich der Mehrnutzen "überschaubar".
Zum anderen verwende ich ja bereits DUnit und es ist wohl ein neuer Test, soll aber in einem bestehenden Testprojekt sein.

@hoika: ja so ungefähr. Was wäre dann TestSuite? Aber egal, weil ...
@Uwe: Jaaaaa :dance: Als Basis ist das top. Ich habe zwar Dateien nur zur Ausgabe und als Referenz, das war aber schnell angepasst.
Habe es auch noch hinbekommen dass ich für jede Testmethode entscheiden kann ob die Liste angewendet wird oder einzeln wie bisher läuft.
Danke nochmals :thumb:

[dummzeuch]

Zitat:

Zitat von Uwe Raabe (Beitrag 1453982)

Eventuell wäre meine DUnit Folder Iterator Extension eine Basis.

Hey, das wäre eine ideale Vereinfachung für die Unit Tests für den GExperts Code Formatter. Darf ich diesen Code dafür verwenden und in das GExperts SVN Repository einchecken?

[Uwe Raabe]

Zitat:

Zitat von dummzeuch (Beitrag 1454023)

Hey, das wäre eine ideale Vereinfachung für die Unit Tests für den GExperts Code Formatter. Darf ich diesen Code dafür verwenden und in das GExperts SVN Repository einchecken?

Na sicher doch.

[dummzeuch]

Zitat:

Zitat von Uwe Raabe (Beitrag 1454025)

Zitat:

Zitat von dummzeuch (Beitrag 1454023)

Hey, das wäre eine ideale Vereinfachung für die Unit Tests für den GExperts Code Formatter. Darf ich diesen Code dafür verwenden und in das GExperts SVN Repository einchecken?

Na sicher doch.

Danke. Lieber einmal zuviel gefragt als hinterher Ärger bekommen.

[dummzeuch]

Unglaublich wieviele neue Fehler die Formatter-Unit-Tests jetzt plötzlich aufzeigen. Da waren erschreckend viele Fehler in den Tests selbst, die nicht auffielen, weil das natürlich nicht getestet wurde.