SeeksTheMoon
21-12-2003, 09:05
Ich dachte bisher immer, Unit-Tests starten ein Programm oder einen Codeteil von mir und checken den durch.
Dazu muss ich dem Unit Programm sagen wie es das machen soll und was es machen soll.
Jetzt interessiert mich besonders ein Unit-Programm für C++.
Auf sourceforge hab ich cppunit gefunden (http://cppunit.sourceforge.net/), aber in der Anleitung packen die den ganzen Quellcode des zu testenden Programms mit Unit-Anweisungen voll. Das ist doch aber gar nicht Sinn der Sache! Oder doch?
Ich halte es nur für unsinnig, wenn 50% meines Codes aus Anweisungen bestehen, die ich für das Release wieder rauswerfen muss.
Oder entwickelt man das Programm 2 mal, einmal als Test und einmal als Release?
Da ist man mit dem Debugger und manuellen Tests doch schneller...?
Dazu muss ich dem Unit Programm sagen wie es das machen soll und was es machen soll.
Jetzt interessiert mich besonders ein Unit-Programm für C++.
Auf sourceforge hab ich cppunit gefunden (http://cppunit.sourceforge.net/), aber in der Anleitung packen die den ganzen Quellcode des zu testenden Programms mit Unit-Anweisungen voll. Das ist doch aber gar nicht Sinn der Sache! Oder doch?
Ich halte es nur für unsinnig, wenn 50% meines Codes aus Anweisungen bestehen, die ich für das Release wieder rauswerfen muss.
Oder entwickelt man das Programm 2 mal, einmal als Test und einmal als Release?
Da ist man mit dem Debugger und manuellen Tests doch schneller...?