xardias
Mitglied
Hallo allerseits,
ich habe mal eine etwas allgemeinere theoretische Frage.
Ich habe vor wenigen Tagen angefangen mich mit Testgetriebener Entwicklung zu beschäftigen.
Nun bin ich an einer Stelle angelangt in der ich eine Klasse implementiere die eine XML Konfiguration ausliest, auswertet und die gesammelten Daten bereitstellt.
Bisher war ich so naiv und habe Schema Validation erzwungen, und bin danach davon ausgegangen dass alle Elemente/Attribute die ich Abfrage nicht null sein können, weil das geparste Dokument ja valid ist.
Doch da ich ja momentan komplett am Umdenken bin Frage ich mich gerade wie da so die Best-Practices aussehen, auch in Hinblick auf das Testen dieser Klasse. Im Test nur 3-4 verschiedene XMLs in die Klasse rein geben und mit den erwarteten Daten zu überprüfen scheint mir etwas trivial (Zumal dort nach dem Validieren kaum Logik hinter steckt).
Wäre nett wenn mir da jemand weiter helfen könnte.
Gruß
Dennis
ich habe mal eine etwas allgemeinere theoretische Frage.
Ich habe vor wenigen Tagen angefangen mich mit Testgetriebener Entwicklung zu beschäftigen.
Nun bin ich an einer Stelle angelangt in der ich eine Klasse implementiere die eine XML Konfiguration ausliest, auswertet und die gesammelten Daten bereitstellt.
Bisher war ich so naiv und habe Schema Validation erzwungen, und bin danach davon ausgegangen dass alle Elemente/Attribute die ich Abfrage nicht null sein können, weil das geparste Dokument ja valid ist.
Doch da ich ja momentan komplett am Umdenken bin Frage ich mich gerade wie da so die Best-Practices aussehen, auch in Hinblick auf das Testen dieser Klasse. Im Test nur 3-4 verschiedene XMLs in die Klasse rein geben und mit den erwarteten Daten zu überprüfen scheint mir etwas trivial (Zumal dort nach dem Validieren kaum Logik hinter steckt).
Wäre nett wenn mir da jemand weiter helfen könnte.
Gruß
Dennis
