Kommentare zu: Testsuite für Zend Framework Tests aufbauen http://www.ralfeggert.de/2008/09/12/testsuite-fur-zend-framework-tests-aufbauen/ Bloggen über das Zend Framework, PHP und anderes Gedöns Tue, 19 Jul 2011 09:06:27 +0200 http://wordpress.org/?v=2.8.6 hourly 1 Von: Steffi http://www.ralfeggert.de/2008/09/12/testsuite-fur-zend-framework-tests-aufbauen/comment-page-1/#comment-33252 Steffi Fri, 23 Jan 2009 15:39:21 +0000 http://www.ralfeggert.de/?p=171#comment-33252 Ich teste auch - allerdings hänge ich oft da meine Tests Sachen ausspucken die keiner nachvollziehen kann. vor allem bei der Einführung von Zend_Tests war das schlimm da doch noch der ein oder andere Bug vorhanden war *seufz* Ich teste auch – allerdings hänge ich oft da meine Tests Sachen ausspucken die keiner nachvollziehen kann. vor allem bei der Einführung von Zend_Tests war das schlimm da doch noch der ein oder andere Bug vorhanden war *seufz*

]]> Von: Ralf Eggert http://www.ralfeggert.de/2008/09/12/testsuite-fur-zend-framework-tests-aufbauen/comment-page-1/#comment-33074 Ralf Eggert Mon, 15 Sep 2008 06:19:42 +0000 http://www.ralfeggert.de/?p=171#comment-33074 Also ich mache dies, seitdem ich mit dem Zend Framework Projekte umsetze, und zwar unter anderem aus einem wichtigen Grund. Ohne vernünftige Testabdeckung ist ein Releaseupgrade ein "pain in the ass". Ich habe es schon mehrmals erlebt, dass ein Projekt nach einem Releaseupgrade durch eine klitzekleine Änderung an einem entscheidenden Punkt nicht mehr korrekt lief. Durch das Durchlaufenlassen der Unittests hätte ich diesen Fehler wohl erst sehr spät oder sehr mühsam entdeckt. Oder gar nicht, bis er sich auf dem Produktionsserver dann bemerkbar macht. Übrigens war die Änderung im Framework nur ein Bugfix und keine ungeplante oder gar eigenwillige Änderung eines Programmierers. Natürlich dauert testgetriebene Entwicklung auf den ersten Blick immer länger. Aber sobald sich Änderungswünsche einschleichen oder Fehler gefunden werden, ist man froh, wenn man mal eben alle Tests durchlaufen lassen kann, um zu sehen, ob noch alles wie vorher läuft. Gruss, Ralf Also ich mache dies, seitdem ich mit dem Zend Framework Projekte umsetze, und zwar unter anderem aus einem wichtigen Grund. Ohne vernünftige Testabdeckung ist ein Releaseupgrade ein “pain in the ass”. Ich habe es schon mehrmals erlebt, dass ein Projekt nach einem Releaseupgrade durch eine klitzekleine Änderung an einem entscheidenden Punkt nicht mehr korrekt lief. Durch das Durchlaufenlassen der Unittests hätte ich diesen Fehler wohl erst sehr spät oder sehr mühsam entdeckt. Oder gar nicht, bis er sich auf dem Produktionsserver dann bemerkbar macht. Übrigens war die Änderung im Framework nur ein Bugfix und keine ungeplante oder gar eigenwillige Änderung eines Programmierers.

Natürlich dauert testgetriebene Entwicklung auf den ersten Blick immer länger. Aber sobald sich Änderungswünsche einschleichen oder Fehler gefunden werden, ist man froh, wenn man mal eben alle Tests durchlaufen lassen kann, um zu sehen, ob noch alles wie vorher läuft.

Gruss,

Ralf

]]> Von: dodger http://www.ralfeggert.de/2008/09/12/testsuite-fur-zend-framework-tests-aufbauen/comment-page-1/#comment-33072 dodger Sat, 13 Sep 2008 09:54:33 +0000 http://www.ralfeggert.de/?p=171#comment-33072 ich. Seit einem Jahr. ;) ich. Seit einem Jahr. ;)

]]> Von: Axel http://www.ralfeggert.de/2008/09/12/testsuite-fur-zend-framework-tests-aufbauen/comment-page-1/#comment-33071 Axel Fri, 12 Sep 2008 07:21:20 +0000 http://www.ralfeggert.de/?p=171#comment-33071 Ich habe damit angefangen, es dann aus zeitlichen Gründen aufgegeben und bereue es jetzt. Weil die Zeit, die ich gespart habe, setze ich jetzt wieder ran. Es lag zum Teil aber auch daran, dass es schwierig ist, sich im Vorfeld alles genau zu überlegen (wie es ja eigentlich sein sollte) weil man das Problem und seine Randbedingungen noch nicht komplett übersieht. So fängt man erst mal mit VHIT-Programmierung an ("Vom Hinrn ins Terminal"). Heraus kommt irgendwas, das in mehrfachen Refaktor-Schritten richtig gemacht werden muss - keine sehr effektive Methode! Ich habe damit angefangen, es dann aus zeitlichen Gründen aufgegeben und bereue es jetzt. Weil die Zeit, die ich gespart habe, setze ich jetzt wieder ran. Es lag zum Teil aber auch daran, dass es schwierig ist, sich im Vorfeld alles genau zu überlegen (wie es ja eigentlich sein sollte) weil man das Problem und seine Randbedingungen noch nicht komplett übersieht. So fängt man erst mal mit VHIT-Programmierung an (”Vom Hinrn ins Terminal”). Heraus kommt irgendwas, das in mehrfachen Refaktor-Schritten richtig gemacht werden muss – keine sehr effektive Methode!

]]>