Development

Documentation/fr_FR/book/1.0/trunk/15-Unit-and-Functional-Testing (diff)

You must first sign up to be able to contribute.

Changes between Version 26 and Version 27 of Documentation/fr_FR/book/1.0/trunk/15-Unit-and-Functional-Testing

Show
Ignore:
Author:
Damien.Rousseau (IP: 81.56.154.60)
Timestamp:
08/06/07 12:17:51 (10 years ago)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/fr_FR/book/1.0/trunk/15-Unit-and-Functional-Testing

    v26 v27  
    293293        > symfony test-unit '*'                          ## Lance tout les tests ( de façon recursive ) 
    294294 
    295 ### Stubs, Fixtures, and Autoloading 
     295### Stubs, Fixtures, et Autoloading 
    296296 
    297297Dans les tests unitaires, la fonctionnalité d'autoloading est désactivée par défaut. Chaque classe que vous utilisez pour un test doit être explicitement définie dans le fichier soit par include, soit par required comme le montre le listing 15-6. 
    365365Les données de test peuvent être plus complexes que de simples chaînes ou qu'un appel à une méthode. Les données complexes font souvent référence à des fixtures qui sont généralement placées dans un fichier séparé pour plus de clarté du code, spécialement si elles sont utilisées dans plusieurs tests unitaires. A ce propos, ne pas oublier que Symfony peut facilement transformer un fichier YAML en un tableau à l'aide de la méthode `sfYAML::load()`. Cela signifie qu'au lieu d'écrire un long tableau, vous pouvez écrire un fichier YAML à l'instar de celui du Listing 15-8. 
    366366 
    367 Listing 15-8 - Using Fixture Files in Unit Test
     367Listing 15-8 - Utilisé un fichier de Fixture dans les tests unitaire
    368368 
    369369    [php] 
    568568        followRedirect();    // On suit cette redirection de façon explicite 
    569569 
     570Il reste un dernière méthode à connaître puvant s'avérer utile à la navigation : `restart()`. Cette méthode ré-initialise l'historique du navigateur, la session et les cookies comme si vous re-démarriez votre navigateur. 
     571 
     572Une fois la première requête effectuée, l'objet `sfTestBrowser` donne accès à la requête, son contexte ainsi qu'aux objets réponses. Cela signifie que vous pouvez vérifier un grand nombre de choses comme la totalité du contenu texte en passant par les entêtes, les paramètres de la requêtes et la configuration. 
     573 
     574    [php] 
     575    $request  = $b->getRequest(); 
     576    $context  = $b->getContext(); 
     577    $response = $b->getResponse(); 
     578 
     579>**SIDEBAR** 
     580>L'objet sfBrowser 
     581> 
     582>Toutes les méthodes présentées dans les listing 15-10 à 15-13 sont également disponibles en dehors du contexte de test via l'objet `sfBrowser`. Vous pouvez les appeller comme suit : 
     583> 
     584>     [php] 
     585>     // Create a new browser 
     586>     $b = new sfBrowser(); 
     587>     $b->initialize(); 
     588>     $b->get('/foobar/show/id/1')-> 
     589>         setField('name', 'dummy')-> 
     590>         click('go'); 
     591>     $content = $b()->getResponse()->getContent(); 
     592>     ... 
     593> 
     594>L'objet `sfBrowser` est un outil très pratique pour faire des scripts batch, par exemple, si vous désirez générer une mise en cache d'une liste de pages (voir le chapitre 18 pour exemple détaillé).  
    570595 
    571596}}}