Ich arbeite an einer C++-Bibliothek, die (neben anderen Dingen) Funktionen zum Lesen von Konfigurationsdateien hat; und ich möchte Tests dafür hinzufügen. Bis jetzt hat das dazu geführt, dass ich viele gültige und ungültige Konfigurationsdateien erstellt habe, jede mit nur ein paar Zeilen, die eine bestimmte Funktionalität testen. Aber es ist jetzt sehr unhandlich geworden, da es so viele Dateien gibt, und auch viele kleine C++-Testanwendungen. Irgendwie kommt mir das falsch vor :-) haben Sie also Tipps, wie man all diese Tests, die Testanwendungen und die Testdaten organisieren kann?
Hinweis: Die öffentliche API der Bibliothek selbst ist nicht leicht zu testen (sie erfordert eine Konfigurationsdatei als Parameter). Die pikanten, fehleranfälligen Methoden zum Lesen und Interpretieren von Konfigurationswerten sind privat, so dass ich keine Möglichkeit sehe, sie direkt zu testen?
Also: Würden Sie beim Testen gegen echte Dateien bleiben; und wenn ja, wie würden Sie all diese Dateien und Anwendungen so organisieren, dass sie noch wartbar sind?
