Previous Next

Zend_Test_PHPUnit

Zend_Test_PHPUnit bietet einen Testfall für MVC-Anwendungen, der Zusicherungen für Tests auf eine Vielzahl von Verantwortlichkeiten enthält. Um zu verstehen, was man damit machen kann, ist es wahrscheinlich am einfachsten, sich das folgende Beispiel anzusehen.

Beispiel #1 Beispiel eines Testfalls für ein Anwendungs-Login

Das folgende ist ein einfacher Testfall für einen UserController, um verschiedene Dinge zu prüfen:

  • Das Login-Formular soll nicht-authentifizierten Benutzern angezeigt werden.

  • Wenn sich ein Benutzer einloggt, soll er zu seiner Profilseite umgeleitet werden und diese Profilseite soll relevante Informationen enthalten.

Dieses spezielle Beispiel setzt ein paar Dinge voraus. Zunächst verschieben wir das meiste unseres Bootstrappings in ein Plugin. Das vereinfacht das Setup des Testfalls, da es uns erlaubt, unsere Umgebung gezielt zu definieren und die Anwendung mit einer einzigen Zeile zu starten. Außerdem setzt unser spezielles Beispiel auch voraus, dass das automatische Laden von Klassen aktiviert ist, so dass wir uns nicht um das Laden der benötigten Klassen kümmern müssen (wie die richtigen Controller, Plugins, usw).

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        $this->bootstrap = array($this, 'appBootstrap');
        parent::setUp();
    }

    public function appBootstrap()
    {
        $this->frontController
             ->registerPlugin(new Bugapp_Plugin_Initialize('development'));
    }

    public function testCallWithoutActionShouldPullFromIndexAction()
    {
        $this->dispatch('/user');
        $this->assertController('user');
        $this->assertAction('index');
    }

    public function testIndexActionShouldContainLoginForm()
    {
        $this->dispatch('/user');
        $this->assertAction('index');
        $this->assertQueryCount('form#loginForm', 1);
    }

    public function testValidLoginShouldGoToProfilePage()
    {
        $this->request->setMethod('POST')
              ->setPost(array(
                  'username' => 'foobar',
                  'password' => 'foobar'
              ));
        $this->dispatch('/user/login');
        $this->assertRedirectTo('/user/view');

        $this->resetRequest()
             ->resetResponse();
        $this->request->setMethod('GET')
             ->setPost(array());
        $this->dispatch('/user/view');
        $this->assertRoute('default');
        $this->assertModule('default');
        $this->assertController('user');
        $this->assertAction('view');
        $this->assertNotRedirect();
        $this->assertQuery('dl');
        $this->assertQueryContentContains('h2', 'User: foobar');
    }
}

Dieses Beispiel könnte auch einfacher geschrieben werden -- nicht alle der gezeigten Zusicherungen sind notwendig. Hoffentlich zeigt es, wie einfach es sein kann, die eigene Anwendung zu testen.

Bootstrapping der eigenen Testfälle

Wie im Login-Beispiel gezeigt, sollten alle MVC-Testfälle Zend_Test_PHPUnit_ControllerTestCase erweitern. Diese Klasse ihrerseits erweitert PHPUnit_Framework_TestCase und gibt einem alle Strukturen und Zusicherungen, die man von PHPUnit erwartet -- sowie einiges an Scaffolding und Zusicherungen, die genau auf die Zend Framework MVC-Implementation zugeschnitten sind.

Um die eigene MVC-Anwendung zu testen, muß diese ein Bootstrap ausführen. Es gibt verschiedene Wege, dies zu tun, wobei sich alle der öffentlichen $bootstrap-Eigenschaft bedienen.

Erstens und möglicherweise am zielgerichtetsten kann man einfach eine Instanz von Zend_Application erstellen, wie man es in der index.php machen würde und diese der $bootstrap-Eigenschaft zuweisen. Normalerweise macht man das in der setUp()-Methode; anschließend muss man parent::setUp() aufrufen:

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        // Zuordnen und Initiieren in einem Schritt:
        $this->bootstrap = new Zend_Application(
            'testing',
            APPLICATION_PATH . '/configs/application.ini'
        );
        parent::setUp();
    }
}

Zweitens kann diese Eigenschaft so gesetzt werden, dass sie auf eine Datei zeigt. Wenn dieser Weg gewählt wird, sollte diese Datei nicht den Front-Controller ausführen, sondern stattdessen den Front-Controller konfigurieren und alles, was die Anwendung an speziellen Anforderungen benötigt.

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public $bootstrap = '/path/to/bootstrap/file.php'

    // ...
}

Drittens kann ein PHP-Callback angegeben werden, der nach dem Bootstrap der Anwendung ausgeführt wird. Diese Methode kann im Login-Beispiel gesehen werden. Wenn das Callback eine Funktion oder statische Methode ist, könnte sie auch in der Klasse gesetzt werden:

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public $bootstrap = array('App', 'bootstrap');

    // ...
}

In Fällen, in denen eine Objektinstanz notwendig ist, empfehlen wir die Durchführung in der eigenen setUp()-Methode:

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function setUp()
    {
        // Verwende die 'start' Methode einer Bootstrap-Objektinstanz:
        $bootstrap = new Bootstrap('test');
        $this->bootstrap = array($bootstrap, 'start');
        parent::setUp();
    }
}

Man beachte, dass parent::setUp() aufgerufen wird; das ist notwendig, da die setUp()-Methode von Zend_Test_PHPUnit_ControllerTestCase den Rest des Bootstrap-Prozesses durchführen wird (was den Aufruf des Callbacks einschließt).

Während der normalen Anwendung wird die setUp()-Methode das Bootstrap der Anwendung ausführen. Dieser Prozess wird zunächst das Löschen der Umgebung enthalten, um einen sauberen Anfragestatus zu erhalten, das Zurücksetzen aller Plugins, Helfer und Antwortobjekte. Sobald das getan wurde, wird sie anschließend die Datei mit include() laden, die in $bootstrap angegeben ist oder den spezifizierten Callback aufrufen.

Das Bootstrappen sollte so nahe wie möglich daran sein, wie die Anwendung das Bootstrap durchführt. Trotzdem gibt es einige Fallstricke:

  • Wir bieten keine alternative Implementierung der Anfrage- und Antwortobjekte; diese werden nicht verwendet. Zend_Test_PHPUnit_ControllerTestCase verwendet eigene Anfrage- und Antwortobjekte, Zend_Controller_Request_HttpTestCase und Zend_Controller_Response_HttpTestCase. Diese Objekte stellen Methoden zur Verfügung, um die Anfrageumgebung gezielt aufzusetzen und um auf speziellem Weg die Antwort als Prüfgegenstand abzuholen.

  • Man sollte nicht erwarten Server-spezifisches zu testen. Mit anderen Worten, die Tests garantieren nicht, dass der Code in einer speziellen Serverkonfiguration läuft, aber dass die Anwendung wie erwartet funktionieren sollte und der Router eine gegebene Anfrage routen kann. Aus diesem Grund sollten keine Server-spezifischen Header im Anfrageobjekt gesetzt werden.

Sobald die Anwendung das Bootstrapping ausgeführt hat, kann damit begonnen werden, eigene Tests zu erstellen.

Testen eigener Controller und MVC Anwendungen

Sobald man sein Bootstrap hat, kann man mit dem Testen beginnen. Testen funktioniert grundsätzlich wie man es in einer PHPUnit Test Suite erwarten würde, mit ein paar kleinen Unterschieden.

Zuerst muß man eine URL die getestet werden soll ausführen, indem die dispatch() Methode des TestCases ausgeführt wird:

class IndexControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testHomePage()
    {
        $this->dispatch('/');
        // ...
    }
}

Es gibt trotzdem Zeiten, , in denen man zusätzliche Informationen angeben muß -- GET und POST Variablen, COOKIE Informationen, usw. Man kann die Anfrage mit diesen Informationen ausstatten:

class FooControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testBarActionShouldReceiveAllParameters()
    {
        // Setzt GET Variablen:
        $this->request->setQuery(array(
            'foo' => 'bar',
            'bar' => 'baz',
        ));

        // Setzt POST Variablen:
        $this->request->setPost(array(
            'baz'  => 'bat',
            'lame' => 'bogus',
        ));

        // Setzt einen Cookie Wert:
        $this->request->setCookie('user', 'matthew');
        // or many:
        $this->request->setCookies(array(
            'timestamp' => time(),
            'host'      => 'foobar',
        ));

        // Setzt sogar Header:
        $this->request->setHeader('X-Requested-With', 'XmlHttpRequest');

        // Setzt die Anfrage Methode:
        $this->request->setMethod('POST');

        // Ausführung:
        $this->dispatch('/foo/bar');

        // ...
    }
}

Jetzt wurde die Anfrage durchgeführt, es ist also Zeit Behauptungen zu prüfen.

Controller Tests und der Redirector Action Helper

Important

Der Redirect Action Helper hat Probleme mit der exit() Anweisung wenn die gotoAndExit() Methode verwendet wird, und wird dann natürlich auch einen Test beenden der für diese Methode läuft. Um die eigene Anwendung testbar zu machen sollte diese Methode nicht am Redirector verwendet werden.

Durch seine Natur führt das Redirector Action Helper Plugin ein Redirect aus und steigt nach diesem aus. Weil man Teile einer Anwendung nicht testen kann wenn diese Exit Aufrufe durchführen, schaltet Zend_Test_PHPUnit_ControllerTestCase den Exit Teil des Redirectors was zu unterschiedlichen Verhaltensweisen in Tests und echter Anwendung führen kann. Um sicherzustellen das der Redirect richtig arbeitet sollte man diesen auf folgendem Weg durchführen:

class MyController extends Zend_Controller_Action
{
    public function indexAction()
    {
        if($someCondition == true) {
            return $this->_redirect(...);
        } else if($anotherCondition == true) {
            $this->_redirector->gotoSimple("foo");
            return;
        }

        // Mach was
    }
}
Important

Abhängig von der eigenen Anwendung kann es sein dass das nicht genug ist da eine zusätzliche preDispatch() oder postDispatch() Logik ausgeführt werden könnte. Das kann aktuell mit Zend_Test auf keine vernünftige Weise behandelt werden.

Zusicherungen

Zusicherungen sind das Herz der UnitTests; sie können verwendet werden um zu prüfen, ob die Ergebnisse das sind was man erwartet. Zu diesem Zweck bietet Zend_Test_PHPUnit_ControllerTestCase eine Anzahl an Zusicherungen, um das Testen eigener MVC-Anwendungen und Controller einfacher zu machen.

CSS-Selektor-Zusicherungen

CSS-Selektoren sind ein einfacher Weg um zu prüfen, dass bestimmte Teile im Inhalt der Antwort enthalten sind. Mit ihnen ist es auch trivial sicherzustellen, dass Elemente vorhanden sind, die für Javascript-UIs und/oder AJAX-Integrationen notwendig sind; die meisten JS-Toolkits bieten einige Mechanismen für das Abholen von DOM-Elementen an, die auf CSS-Selektoren basieren, so dass die Syntax die gleiche wäre.

Diese Funktionalität wird über Zend_Dom_Query angeboten und in ein Set von 'Query'-Zusicherungen integriert. Jede dieser Zusicherungen nimmt als erstes Argument einen CSS-Selektor mit optional hinzugefügten Argumenten und/oder einer Fehlermeldung, basierend auf dem Typ der Zusicherung. Die Regeln für das Schreiben der CSS-Selektoren kann im Kapitel Theorie der Anwendung von Zend_Dom_Query gefunden werden. Abfragezusicherungen enthalten:

  • assertQuery($path, $message = ''): Nimmt an, dass ein oder mehrere DOM Elemente, die dem gegebenen CSS-Selektor entsprechen, vorhanden sind. Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt.

  • assertQueryContentContains($path, $match, $message = ''): Nimmt an, dass ein oder mehrere DOM Elemente, die dem angegebenen CSS-Selektor entsprechen, vorhanden sind, und dass zumindest einer dem Inhalt entspricht, der in $match angegeben wurde. Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt.

  • assertQueryContentRegex($path, $pattern, $message = ''): Nimmt an, dass ein oder mehrere DOM-Elemente vorhanden sind, die dem angegebenen CSS-Selektor entsprechen und dass zumindest einer dem Regulären Ausdruck entspricht, der in $pattern angegeben wurde, Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt.

  • assertQueryCount($path, $count, $message = ''): Nimmt an, dass exakt $count DOM-Elemente dem angegebenen CSS Selektor entsprechen. Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt.

  • assertQueryCountMin($path, $count, $message = ''): Nimmt an, dass zumindest $count DOM-Element dem angegebenen CSS Selektor entsprechen. Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt. Achtung: Die Spezifizierung eines Wertes von 1 für $count ist das Gleiche wie die einfache Verwendung von assertQuery().

  • assertQueryCountMax($path, $count, $message = ''): Nimmt an, dass es nicht mehr als $count DOM-Elemente gibt, die dem angegebenen CSS-Selektor entsprechen. Wenn eine $message vorhanden ist, wird diese jeder fehlgeschlagenen Meldung einer Zusicherung vorangestellt. Achtung: Die Spezifizierung eines Wertes von 1 für $count ist das Gleiche wie die einfache Verwendung von assertQuery().

Zusätzlich hat jede der obigen Methoden eine 'Not'-Variante, die eine negative Zusicherung anbietet: assertNotQuery(), assertNotQueryContentContains(), assertNotQueryContentRegex() und assertNotQueryCount(). (Es ist zu beachten, dass die min und max Zählen keine dieser Varianten haben, was aus logischen Gründen so ist.)

XPath-Zusicherungen

Einige Entwickler sind mit XPath vertrauter als mit CSS-Selektoren, und deshalb werden für alle Abfrage Zusicherungen auch XPath-Varianten engeboten. Diese sind:

  • assertXpath($path, $message = '')

  • assertNotXpath($path, $message = '')

  • assertXpathContentContains($path, $match, $message = '')

  • assertNotXpathContentContains($path, $match, $message = '')

  • assertXpathContentRegex($path, $pattern, $message = '')

  • assertNotXpathContentRegex($path, $pattern, $message = '')

  • assertXpathCount($path, $count, $message = '')

  • assertNotXpathCount($path, $count, $message = '')

  • assertXpathCountMin($path, $count, $message = '')

  • assertNotXpathCountMax($path, $count, $message = '')

Umleitungszusicherungen

Oft wird eine Aktion umgeleitet. Statt der Umleitung zu folgen, erlaubt es Zend_Test_PHPUnit_ControllerTestCase, diese Umleitungen mit einer handvoll von Zusicherungen zu Testen.

  • assertRedirect($message = ''): Nimmt einfach an, dass eine Umleitung stattgefunden hat.

  • assertNotRedirect($message = ''): Nimmt einfach an, dass keine Umleitung stattgefunden hat.

  • assertRedirectTo($url, $message = ''): Nimmt an, dass eine Umleitung stattgefunden hat und dass der Wert des Ziel-Headers die angegebene $url ist.

  • assertNotRedirectTo($url, $message = ''): Nimmt an, dass eine Umleitung entweder NICHT stattgefunden hat oder dass der Wert des Ziel-Headers NICHT die angegebene $url ist.

  • assertRedirectRegex($pattern, $message = ''): Nimmt an, dass eine Umleitung stattgefunden hat und dass der Wert des Ziel-Headers dem durch $pattern angegebenen regulären Ausdruck entspricht.

  • assertNotRedirectRegex($pattern, $message = ''): Nimmt an, dass eine Umleitung entweder NICHT stattgefunden hat oder dass der Wert des Ziel-Headers NICHT dem durch $pattern angegebenen regulären Ausdruck entspricht.

Antwort-Header-Zusicherungen

Zusätzlich zur Prüfung auf Umleitungs-Header, ist es oft notwendig auf spezielle HTTP-Antwort-Codes und -Header zu prüfen -- zum Beispiel, um zu erkennen, ob eine Aktion eine 404 oder 500 Antwort hervorruft oder um sicherzustellen, dass JSON-Antworten die entsprechenden Content-Type-Header enthält. Die folgenden Zusicherungen sind vorhanden.

  • assertResponseCode($code, $message = ''): Nimmt an, dass die Antwort zum gegebenen HTTP-Antwort-Code geführt hat.

  • assertHeader($header, $message = ''): Nimmt an, dass die Antwort den gegebenen Header enthält.

  • assertHeaderContains($header, $match, $message = ''): Nimmt an, dass die Antwort den gegebenen Header enthält und dass sein Inhalt den gegebenen String enthält.

  • assertHeaderRegex($header, $pattern, $message = ''): Nimmt an, dass die Antwort den gegebenen Header enthält und dass sein Inhalt der gegebenen Regex entspricht.

Zusätzlich hat jede der obigen Zusicherungen eine 'Not'-Variante für negative Zusicherungen.

Anfragezusicherungen

Es ist oft sinnvoll gegen die letzte Aktion, den Controller und das Modul zu prüfen; zusätzlich ist es möglich die genommene Route die prüfen. Die folgenden Zusicherungen können in diesen Fällen helfen:

  • assertModule($module, $message = ''): Nimmt an, dass das angegebene Modul in der letzten Dispatch-Aktion verwendet wurde.

  • assertController($controller, $message = ''): Nimmt an, dass der angegebene Controller in der letzten ausgeführten Aktion ausgewählt wurde.

  • assertAction($action, $message = ''): Nimmt an, dass die angegebene Aktion zuletzt ausgeführt wurde.

  • assertRoute($route, $message = ''): Nimmt an, dass die angegebene benannte Route dem Router entsprochen hat.

Jede hat auch eine 'Not'-Variante für negative Zusicherungen.

Beispiele

Zu wissen wir man die eigene Infrastruktur für Tests einstellt und wir Behauptungen zu erstellen sind ist nur der halbe Kampf; jetzt ist es Zeit auf einige Testszenarien zu schauen und zu eruieren wie diese verwendet werden können.

Beispiel #2 Den UserController testen

Nehmen wir einen standard Task für eine Webseite an: Authentifizierung und Registrierung von Benutzern. In unserem Beispiel definieren wir einen UserController um das zu behandeln, und haben die folgenden Notwendigkeiten:

  • Wenn ein Benutzer nicht authentifiziert ist, wird er immer zur Login Seite des Controllers umgeleitet, unabhängig von der spezifizierten Aktion.

  • Die Login Formularseite wird beides zeigen, das Login Formular und das Registrations Formular.

  • Die Angabe von ungültigen Anmeldedaten sollte in der Rückgabe des Login Formulars resultieren.

  • Das Ansehen der Anmeldedaten sollte in einer Umleitung zur Profilseite des Benutzers resultieren.

  • Die Profilseite sollte verändert werden um den Benutzernamen des Benutzers zu enthalten.

  • Authentifizierte Benutzer welche die Loginseite besuchen sollten zu Ihrer Profilseite umgeleitet werden.

  • Bei der Abmeldung, sollten ein Benutzer zur Loginseite umgeleitet werden.

  • Mit ungültigen Daten sollte die Registrierung fehlschlagen.

Wir können, und sollten zusätzliche Tests definieren, aber diese reichen für jetzt.

Für unsere Anwendung definieren wir ein Plugin, 'Initialisieren' es, damit es bei routeStartup() läuft. Das erlaubt es uns das Bootstrapping in einem OOP Interface zu kapseln, was auch einen einfachen Weg bietet um ein Callback zu ermöglichen. Schauen wir uns erstmals die Basics dieser Klasse an:

class Bugapp_Plugin_Initialize extends Zend_Controller_Plugin_Abstract
{
    /**
     * @var Zend_Config
     */
    protected static $_config;

    /**
     * @var string Aktuelle Umgebung
     */
    protected $_env;

    /**
     * @var Zend_Controller_Front
     */
    protected $_front;

    /**
     * @var string Pfad zum Root der Anwendung
     */
    protected $_root;

    /**
     * Constructor
     *
     * Umgebung, Root Pfad und Konfiguration initialisieren
     *
     * @param  string $env
     * @param  string|null $root
     * @return void
     */
    public function __construct($env, $root = null)
    {
        $this->_setEnv($env);
        if (null === $root) {
            $root = realpath(dirname(__FILE__) . '/../../../');
        }
        $this->_root = $root;

        $this->initPhpConfig();

        $this->_front = Zend_Controller_Front::getInstance();
    }

    /**
     * Route beginnen
     *
     * @return void
     */
    public function routeStartup(Zend_Controller_Request_Abstract $request)
    {
        $this->initDb();
        $this->initHelpers();
        $this->initView();
        $this->initPlugins();
        $this->initRoutes();
        $this->initControllers();
    }

    // Die Definition von Methoden würde hier folgen...
}

Das erlaubt es uns einen Bootstrap Callback wie folgt zu erstellen:

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    public function appBootstrap()
    {
        $controller = $this->getFrontController();
        $controller->registerPlugin(
            new Bugapp_Plugin_Initialize('development')
        );
    }

    public function setUp()
    {
        $this->bootstrap = array($this, 'appBootstrap');
        parent::setUp();
    }

    // ...
}

Sobald das fertig ist, können wir unsere Tests schreiben. Trotzdem, was ist mit den Tests die erfordern das der Benutzer angemeldet ist? Die einfache Lösung besteht darin das unsere Anwendungslogik das macht... und ein bischen trickst indem die resetRequest() und resetResponse() Methoden verwendet werden, die es uns erlauben eine andere Anfrage abzusetzen.

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function loginUser($user, $password)
    {
        $this->request->setMethod('POST')
                      ->setPost(array(
                          'username' => $user,
                          'password' => $password,
                      ));
        $this->dispatch('/user/login');
        $this->assertRedirectTo('/user/view');
        $this->resetRequest()
             ->resetResponse();

        $this->request->setPost(array());

        // ...
    }

    // ...
}

Jetzt schreiben wir Tests:

class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
{
    // ...

    public function testCallWithoutActionShouldPullFromIndexAction()
    {
        $this->dispatch('/user');
        $this->assertController('user');
        $this->assertAction('index');
    }

    public function testLoginFormShouldContainLoginAndRegistrationForms()
    {
        $this->dispatch('/user');
        $this->assertQueryCount('form', 2);
    }

    public function testInvalidCredentialsShouldResultInRedisplayOfLoginForm()
    {
        $request = $this->getRequest();
        $request->setMethod('POST')
                ->setPost(array(
                    'username' => 'bogus',
                    'password' => 'reallyReallyBogus',
                ));
        $this->dispatch('/user/login');
        $this->assertNotRedirect();
        $this->assertQuery('form');
    }

    public function testValidLoginShouldRedirectToProfilePage()
    {
        $this->loginUser('foobar', 'foobar');
    }

    public function testAuthenticatedUserShouldHaveCustomizedProfilePage()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user/view');
        $this->assertNotRedirect();
        $this->assertQueryContentContains('h2', 'foobar');
    }

    public function
        testAuthenticatedUsersShouldBeRedirectedToProfileWhenVisitingLogin()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user');
        $this->assertRedirectTo('/user/view');
    }

    public function testUserShouldRedirectToLoginPageOnLogout()
    {
        $this->loginUser('foobar', 'foobar');
        $this->request->setMethod('GET');
        $this->dispatch('/user/logout');
        $this->assertRedirectTo('/user');
    }

    public function testRegistrationShouldFailWithInvalidData()
    {
        $data = array(
            'username' => 'This will not work',
            'email'    => 'this is an invalid email',
            'password' => 'Th1s!s!nv@l1d',
            'passwordVerification' => 'wrong!',
        );
        $request = $this->getRequest();
        $request->setMethod('POST')
                ->setPost($data);
        $this->dispatch('/user/register');
        $this->assertNotRedirect();
        $this->assertQuery('form .errors');
    }
}

Es ist zu beachten das die Tests knapp sind und, für die meisten von Ihnen, nicht den aktuellen Inhalt berücksichtigen. Stattdessen sehen Sie nach Teilen in der Anfrage -- Anfrage Codes und Header sowie DOM Knoten. Das erlaubt es schnell zu prüfen das die Strukturen wie erwartet sind -- und verhinter das die Tests jedesmal wenn der Site neue Inhalte hinzugefügt werden darin ersticken.

Es ist auch zu beachten das wir die Struktur des Dokuments in unseren Tests verwenden. Zum Beispiel schauen wir im letzten Test nach einer Form die einen Node mit der Klasse "errors" hat; das erlaubt es uns lediglich nach dem Vorhandensein von Form-Prüfungsfehlern zu testen, und uns keine Sorgen darüber zu machen warum spezielle Fehler überhaupt geworfen werden.

Diese Anwendung könnte eine Datenbank verwenden. Wenn dem so ist, muß man warscheinlich einige Grundlagen ändern um sicherzustellen das die Datenbank am Anfang jeden Tests, in einer unverfälschten, testbaren Konfiguration ist. PHPUnit bietet bereits Funktionalität um das sicherzustellen; » Lesen Sie darüber in der PHPUnit Dokumentation nach. Wir empfehlen eine separate Datenbank für das Testen zu verwenden statt der Produktionsdatenbank, und entweder eine SQLite Datei oder eine Datenbank im Speicher zu verwenden, da beide Optionen sehr performant sind, keinen separaten Server benötigen, und die meisten SQL Syntax verwenden können.

Previous Next
Einführung zum Zend Framework
Übersicht
Installation
Einstieg ins Zend Framework
Schnellstart in den Zend Framework
Zend Framework & MVC Einführung
Das Projekt erstellen
Ein Layout erstellen
Ein Modell und eine Datenbank Tabelle erstellen
Erstellen eines Formulars
Gratulation!
Autoloading im Zend Framework
Einführung
Ziele und Design
Grundsätzliche Verwendung von Autoloadern
Automatisches Laden von Ressourcen
Zusammenfassung
Plugins im Zend Framework
Einführung
Verwenden von Plugins
Fazit
Einstieg in Zend_Layout
Einführung
Zend_Layout verwenden
Zend_Layout: Fazit
Einstieg in Zend_View Platzhalter
Einführung
Grundsätzliche Verwendung von Platzhaltern
Standard Platzhalter
View Platzhalter: Fazit
Zend_Form's Gestalter (Decorator) verstehen und verwenden
Einführung
Decorator Grundlagen
Layeraufbau von Decorators
Darstellung individueller Decorators
Erstellung und Darstellung von kombinierten Elementen
Fazit
Einstieg in Zend_Session, Zend_Auth, und Zend_Acl
Erstellung von Multi-User Anwendungen mit Zend Framework
User Session im Zend Framework managen
Benutzer im Zend Framework authentifizieren
Erstellung eines Authorisations Systems in Zend Framework
Einstieg in Zend_Search_Lucene
Einführung in Zend_Search_Lucene
Lucene Index Struktur
Indezes öffnen und erstellen
Indizierung
Suchen
Unterstützte Abfragen
Seitendarstellung von Suchergebnissen
Einstieg in Zend_Paginator
Einführung
Einfaches Beispiel
Seitenkontrolle und ScrollingStyles
Alles zusammenfügen
Zend Framework's Referenz
Zend_Acl
Einführung
Verfeinern der Zugriffskontrolle
Fortgeschrittene Verwendung
Zend_Amf
Einführung
Zend_Amf_Server
Zend_Application
Einführung
Zend_Application Quick Start
Theorie der Funktionsweise
Beispiele
Kern Funktionalität
Vorhandene Ressource Plugins
Zend_Auth
Einführung
Datenbanktabellen Authentifizierung
Digest Authentication
HTTP Authentication Adapter
LDAP Authentifizierung
Open ID Authentifikation
Zend_Barcode
Einführung
Barcodes mit Hilfe der Zend_Barcode Klasse erstellen
Zend_Barcode Objekte
Zend_Barcode Renderer
Zend_Cache
Einführung
Die Theorie des Cachens
Zend_Cache Frontends
Zend_Cache Backends
Der Cache Manager
Zend_Captcha
Einführung
Captcha Anwendung
CAPTCHA Adapter
Zend_CodeGenerator
Einführung
Zend_CodeGenerator Beispiele
Zend_CodeGenerator Referenz
Zend_Config
Einleitung
Theory of Operation
Zend_Config_Ini
Zend_Config_Xml
Zend_Config_Writer
Zend_Config_Writer
Zend_Console_Getopt
Einführung
Definieren von Getopt Regeln
Holen von Optionen und Argumenten
Konfigurieren von Zend_Console_Getopt
Zend_Controller
Zend_Controller Schnellstart
Zend_Controller Grundlagen
Der Front Controller
Das Request Objekt
Der Standard Router
Der Dispatcher
Action Controller
Action Helfer
Das Response Objekt
Plugins
Eine konventionelle modulare Verzeichnis Struktur verwenden
MVC Ausnahmen
Zend_Currency
Einführung in Zend_Currency
Zend_Currency verwenden
Optionen für Währungen
Was macht eine Währung aus?
Wo ist die Währung?
Wie sieht die Währung aus?
Wie viel Währung habe ich?
Rechnen mit Währungen
Währungen wechseln
Zusätzliche Informationen für Zend_Currency
Zend_Date
Einführung
Theorie der Arbeitsweise
Basis Methoden
Zend_Date API Übersicht
Erstellen von Datumswerten
Konstanten für generelle Datums Funktionen
Funktionierende Beispiele
Zend_Db
Zend_Db_Adapter
Zend_Db_Statement
Zend_Db_Profiler
Zend_Db_Select
Zend_Db_Table
Zend_Db_Table_Row
Zend_Db_Table_Rowset
Zend_Db_Table Relationships
Zend_Db_Table_Definition
Zend_Debug
Variablen ausgeben
Zend_Dojo
Einführung
Zend_Dojo_Data: dojo.data Envelopes
Dojo View Helfer
Formular Elemente und Dekoratore für Dojo
Support für den Build Layer von Zend_Dojo
Zend_Dom
Einführung
Zend_Dom_Query
Zend_Exception
Verwenden von Ausnahmen
Grundsätzliche Verwendung
Vorherige Exceptions
Zend_Feed
Einführung
Feeds importieren
Feeds von Websites abrufen
Einen RSS Feed konsumieren
Einen Atom Feed konsumieren
Einen einzelnen Atom Eintrag konsumieren
Verändern der Feed- und Eintragsstruktur
Eigene Klassen für Feeds und Einträge
Zend_Feed_Reader
Zend_Feed_Writer
Zend_Feed_Pubsubhubbub
Zend_File
Zend_File_Transfer
Prüfungen für Zend_File_Transfer
Filter für Zend_File_Transfer
Zend_Filter
Einführung
Standard Filter Klassen
Filter Ketten
Filter schreiben
Zend_Filter_Input
Zend_Filter_Inflector
Zend_Form
Zend_Form
Schnellstart mit Zend_Form
Erstellen von Form Elementen mit Hilfe von Zend_Form_Element
Erstellen von Form durch Verwendung von Zend_Form
Erstellen von eigenem Form Markup durch Zend_Form_Decorator
Standard Form Elemente die mit dem Zend Framework ausgeliefert werden
Standard Formular Dekoratoren die mit dem Zend Framework ausgeliefert werden
Internationalisierung von Zend_Form
Fortgeschrittene Verwendung von Zend_Form
Zend_Gdata
Einführung
Authentifizierung mit AuthSub
Die Buchsuche Daten API verwenden
Authentifizieren mit ClientLogin
Google Kalender verwenden
Verwenden der Google Dokumente Listen Daten API
Verwenden von Google Health
Google Tabellenkalkulation verwenden
Google Apps Provisionierung verwenden
Google Base verwenden
Picasa Web Alben verwenden
Verwenden der YouTube Daten API
Gdata Ausnahmen auffangen
Zend_Http
Einführung
Zend_Http_Client - Fortgeschrittende Nutzung
Zend_Http_Client - Verbindungsadapter
Zend_Http_Cookie und Zend_Http_CookieJar
Zend_Http_Response
Zend_InfoCard
Einführung
Zend_Json
Einführung
Grundlegende Verwendung
Fortgeschrittene Verwendung von Zend_Json
XML zu JSON Konvertierung
Zend_Json_Server - JSON-RPC Server
Zend_Layout
Einführung
Zend_Layout Schnellstart
Zend_Layout Konfigurations Optionen
Erweiterte Verwendung von Zend_Layout
Zend_Ldap
Einführung
API Übersicht
Szenarien der Verwendung
Tools
Objektorientierter Zugriff auf den LDAP Baum durch Verwendung von Zend_Ldap_Node
Informationen vom LDAP Server erhalten
Serialisieren von LDAP Daten von und zu LDIF
Zend_Loader
Dynamisches Laden von Dateien und Klassen
Der Autoloader
Ressource Autoloader
Plugins laden
Zend_Locale
Einführung
Zend_Locale verwenden
Normalisierung und Lokalisierung
Arbeiten mit Daten und Zeiten
Unterstützte Gebietsschemata
Zend_Log
Übersicht
Writer
Formatter
Filter
Die Factory verwenden um ein Log zu erstellen
Zend_Mail
Einführung
Versand über SMTP
Versand von mehreren E-Mails über eine SMTP Verbindung
Verwendung von unterschiedlichen Versandwegen
HTML E-Mail
Anhänge
Empfänger hinzufügen
Die MIME Abgrenzung kontrollieren
Zusätzliche Kopfzeilen
Zeichensätze
Kodierung
SMTP Authentifizierung
SMTP Übertragungen sichern
Lesen von Mail Nachrichten
Zend_Markup
Einführung
Beginnen mit Zend_Markup
Zend_Markup Parser
Zend_Markup Renderer
Zend_Measure
Einführung
Erstellung einer Maßeinheit
Ausgabe von Maßeinheiten
Manipulation von Maßeinheiten
Arten von Maßeinheiten
Zend_Memory
Übersicht
Memory Manager
Memory Objekte
Zend_Mime
Zend_Mime
Zend_Mime_Message
Zend_Mime_Part
Zend_Navigation
Einführung
Seiten
Container
Zend_Oauth
Einführung zu OAuth
Zend_OpenId
Einführung
Zend_OpenId_Consumer Grundlagen
Zend_OpenId_Provider
Zend_Paginator
Einführung
Verwendung
Konfiguration
Advanced usage
Zend_Pdf
Einführung
Erstellen und Laden von PDF Dokumenten
Änderungen an PDF Dokumenten speichern
Arbeiten mit Seiten
Zeichnen
Interaktive Features
Dokument Informationen und Metadaten
Anwendungsbeispiel für die Zend_Pdf Komponente
Zend_ProgressBar
Zend_ProgressBar
Zend_Queue
Einführung
Beispiel der Verwendung
Framework
Adapter
Anpassen von Zend_Queue
Stomp
Zend_Reflection
Einführung
Zend_Reflection Beispiele
Zend_Reflection Referenz
Zend_Registry
Die Registry verwenden
Zend_Rest
Einführung
Zend_Rest_Client
Zend_Rest_Server
Zend_Search_Lucene
Überblick
Indexerstellung
Einen Index durchsuchen
Abfragesprache
Abfrage Erzeugungs API
Zeichensätze
Erweiterbarkeit
Zusammenarbeit Mit Java Lucene
Erweitert
Die besten Anwendungen
Zend_Serializer
Einführung
Zend_Serializer_Adapter
Zend_Server
Einführung
Zend_Server_Reflection
Zend_Service
Einführung
Zend_Service_Akismet
Zend_Service_Amazon
Zend_Service_Amazon_Ec2
Zend_Service_Amazon_Ec2: Instanzen
Zend_Service_Amazon_Ec2: Windows Instanzen
Zend_Service_Amazon_Ec2: Reservierte Instanzen
Zend_Service_Amazon_Ec2: CloudWatch Monitoring
Zend_Service_Amazon_Ec2: Amazon Maschinen Images (AMI)
Zend_Service_Amazon_Ec2: Elastischer Block Speicher (EBS)
Zend_Service_Amazon_Ec2: Elastische IP Adressen
Zend_Service_Amazon_Ec2: Schlüsselpaare
Zend_Service_Amazon_Ec2: Regionen und Availability Zones
Zend_Service_Amazon_Ec2: Sicherheitsgruppen
Zend_Service_Amazon_S3
Zend_Service_Amazon_Sqs
Zend_Service_Audioscrobbler
Zend_Service_Delicious
Zend_Service_DeveloperGarden
Zend_Service_Flickr
Zend_Service_LiveDocx
Zend_Service_Nirvanix
Zend_Service_ReCaptcha
Zend_Service_Simpy
Zend_Service_SlideShare
Zend_Service_StrikeIron
Zend_Service_StrikeIron: Mitgelieferte Services
Zend_Service_StrikeIron: Erweiterte Verwendung
Zend_Service_Technorati
Zend_Service_Twitter
Zend_Service_WindowsAzure
Zend_Service_Yahoo
Zend_Session
Einführung
Grundsätzliche Verwendung
Fortgeschrittene Benutzung
Globales Session Management
Zend_Session_SaveHandler_DbTable
Zend_Soap
Zend_Soap_Server
Zend_Soap_Client
WSDL Zugriffsmethoden
AutoDiscovery
Zend_Tag
Einführung
Zend_Tag_Cloud
Zend_Test
Einführung
Zend_Test_PHPUnit
Zend_Test_PHPUnit_Db
Zend_Text
Zend_Text_Figlet
Zend_Text_Table
Zend_TimeSync
Einführung
Arbeiten mit Zend_TimeSync
Zend_Tool
Verwendung von Zend_Tool auf der Kommandozeile
Zend_Tool erweitern
Zend_Tool_Framework
Einführung
Verwenden des CLI Tools
Architektur
Erstellen von Providern für die Verwendung mit Zend_Tool_Framework
Mitgelieferte System Provider
Extending and Configuring Zend_Tool_Framework
Zend_Tool_Project
Einführung
Ein Projekt erstellen
Project Provider für Zend_Tool
Zend_Tool_Project Internas
Zend_Translate
Einführung
Adapter für Zend_Translate
Verwendung der Übersetzungsadapter
Erstellen von Quelldateien
Zusätzliche Features für Übersetzungen
Schreibweisen von Pluralformen für Übersetzungen
Zend_Uri
Zend_Uri
Zend_Validate
Einführung
Standard Prüfklassen
Kettenprüfungen
Schreiben von Prüfern
Prüfungsmeldungen
Zend_Version
Die Version des Zend Frameworks erhalten
Zend_View
Einführung
Controller Skripte
View Scripte
View Helfer
Zend_View_Abstract
Zend_Wildfire
Zend_Wildfire
Zend_XmlRpc
Einführung
Zend_XmlRpc_Client
Zend_XmlRpc_Server
ZendX_Console_Process_Unix
ZendX_Console_Process_Unix
ZendX_JQuery
Introduction
ZendX_JQuery View Helpers
ZendX_JQuery Form Elements and Decorators
Zend Framework Voraussetzungen
Einführung
Zend Framework's Migrationshinweise
Zend Framework 1.10
Zend Framework 1.9
Zend Framework 1.8
Zend Framework 1.7
Zend Framework 1.6
Zend Framework 1.5
Zend Framework 1.0
Zend Framework 0.9
Zend Framework 0.8
Zend Framework 0.6
Zend Framework Coding Standard für PHP
Übersicht
PHP Dateiformatierung
Namens Konventionen
Code Stil
Zend Framework Dokumentations Standard
Übersicht
Formatierung von Dokumentationsdateien
Empfehlungen
Vorgeschlagene Struktur für die Projekt Struktur von Zend Framework MVC Anwendungen
Übersicht
Vorgeschlagene Verzeichnis Struktur für Projekte
Modul Struktur
Leitfaden für die Rewrite Konfiguration
Zend Framework's Performanceratgeber
Einführung
Laden von Klassen
Zend_Db Performance
Internationalisierung (I18n) und Lokalisierung (L10n)
Darstellen der View
Urheberrecht Informationen