Testsuite für Zend Framework Tests aufbauen

Matthew hat in seinem Blog einen Beitrag geschrieben, wie man Zend_Test und eine Testsuite aufsetzen kann. Der Beitrag beschreibt den Aufbau eine XML Konfigurationsdatei für PHPUnit, stellt ein Beispiel für die Verzeichnisstruktur für eine Testsuite vor und gibt auch ein Beispiel für die Einrichtung eines Testhelfers zum Aufsetzen der Testumgebung. Auch wenn ich das Ganze teilweise etwas anders mache, halte ich den Beitrag von Matthew für einen sehr guten Ansatz, um in die Thematik einzusteigen.

Wer von Euch testet denn seine Zend Framework Anwendung auch tatsächlich? Und wer geht sogar den Schritt, seine Anwendung testgetrieben zu entwickeln? Würde mich mal interessieren, ob außer meiner Wenigkeit noch jemand testgetrieben mit dem Zend Framework entwickelt!

4 Antworten für “Testsuite für Zend Framework Tests aufbauen”

  1. Axel sagt:

    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!

  2. dodger sagt:

    ich. Seit einem Jahr. ;)

  3. Ralf Eggert sagt:

    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

  4. Steffi sagt:

    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*

Hinterlasse eine Antwort