# Beispiele

Zu wissen, wie man die eigene Infrastruktur für Tests einstellt und wie Zusicherungen zu erstellen sind, ist nur die halbe Miete; jetzt ist es Zeit, sich einige Testszenarien anzuschauen und herauszufinden, wie diese wirksam eingesetzt werden können.

## Den UserController testen

Betrachten wir eine Standardaufgabe für eine Webseite: Authentifizierung und Registrierung von Benutzern. In unserem Beispiel definieren wir einen UserController, um das zu behandeln und haben die folgenden Anforderungen:

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

- Die Login-Formularseite wird sowohl das Login-Formular als auch das Registrationsformular anzeigen.

- Die Angabe von ungültigen Anmeldedaten soll zur Anzeige des Login-Formulars führen.

- Das Ansehen der Anmeldedaten soll zu einer Umleitung zur Profilseite des Benutzers führen.

- Die Profilseite soll angepasst werden, um den Benutzernamen des Benutzers anzuzeigen.

- Authentifizierte Benutzer, welche die Loginseite besuchen, sollen zu ihrer Profilseite umgeleitet werden.

- Bei der Abmeldung soll ein Benutzer zur Loginseite umgeleitet werden.

- Mit ungültigen Daten soll die Registrierung fehlschlagen.

Wir können und sollten zusätzliche Tests definieren, aber diese reichen vorerst aus.

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 Grundlagen 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. Was ist jedoch mit den Tests, die erfordern, dass der Benutzer angemeldet ist? Die einfache Lösung besteht darin, dass unsere Anwendungslogik das macht... und ein bisschen trickst, indem die Methoden `resetRequest()` und `resetResponse()` 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, dass die Tests knapp sind und größtenteils nicht den aktuellen Inhalt suchen. Stattdessen suchen sie nach Teilen in der Anfrage -- Anfrage Codes und Header sowie DOM-Knoten. Das erlaubt es schnell zu prüfen, dass die Strukturen wie erwartet sind -- und verhindern, dass die Tests jedesmal scheitern, wenn der Site neue Inhalte hinzugefügt werden.

Es ist auch zu beachten, dass wir die Struktur des Dokuments in unseren Tests verwenden. Zum Beispiel suchen wir im letzten Test nach einer Form, die einen Knoten der Klasse "errors" hat; das erlaubt es uns lediglich auf das 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, muss man wahrscheinlich einige Grundlagen ändern um sicherzustellen, dass die Datenbank am Anfang jedes 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.