Oui je viens de verifier.
J'ai même crée une nouvelle base et relancé dessus mais rien n'y fait.
Toujours le même problème.
On 26 juin, 23:00, Nicolas Deguine <nicolas.degu...@gmail.com> wrote:
> Et sf_test_dir est-il bien défini quelque part ?
>
> Le 26 juin 2009 15:59, Hpar <raphael.reve...@gmail.com> a écrit :
>
>
>
> > Oui, d'ailleurs je viens de m'appercevoir que c'est
> > Doctrine::loadData(sfConfig::get('sf_test_dir').'/fixtures');
> > qui déclanche les erreurs
>
> > include(dirname(__FILE__).'/unit.php');
>
> > $configuration = ProjectConfiguration::getApplicationConfiguration
> > ('frontend','test', true);
> > new sfDatabaseManager($configuration);
> > Doctrine::loadData(sfConfig::get('sf_test_dir').'/fixtures');
>
> > On 26 juin, 15:06, Nicolas Deguine <nicolas.degu...@gmail.com> wrote:
> > > Je pose une question bête : le bootstrap est-il bien appelé par ton ou
> > tes
> > > fichiers de tests ?
>
> > > Le 25 juin 2009 17:42, Hpar <raphael.reve...@gmail.com> a écrit :
>
> > > > Merci pour cette réponse.
> > > > J'ai pas bien trouvé où ça apparait si ce n'est :
>
> > > > >Now that we have a dedicated database for our tests, we need a way to
> > load
> > > > some test data. During day 3, you learned to use the doctrine:data-load
> > > > task, but for tests, we need to reload the data each time we run them
> > to put
> > > > the database in a known state.
>
> > > > Ce qui me surprends c'est que j'ai bien la ligne dans mon boostrap/
> > > > doctrine :
> > > > Doctrine::loadData(sfConfig::get('sf_test_dir').'/fixtures');
>
> > > > Les données qui sont effectivement dans la base après les tests sont
> > > > les données présentes dans le fichier de test.php (et non dans les
> > > > fixtures)
> > > > Le plus étrange c'est que ça marchait avant.
> > > > Il me semble que c'est depuis que j'ai fais un symfony doctrine:build-
> > > > all-reload --env=test que j'ai ces soucis.
>
> > > > D'autres idées ?
>
> > > > On 25 juin, 17:27, Nicolas Deguine <nicolas.degu...@gmail.com> wrote:
> > > > > Hello,
>
> > > > > Ce n'est pas un rollback qu'il faut faire mais plus une
> > réinitialisation
> > > > de
> > > > > la base de données au moment du démarrage des tests unitaires.
>
> > > > > C'est sur la fin de la pagehttp://
> > > >www.symfony-project.org/jobeet/1_2/Doctrine/en/08duJobeettutoriel
> > > > > que tu trouveras de précieux conseils sur le sujet.
>
> > > > > @+
>
> > > > > NicoD.
>
> > > > > Le 25 juin 2009 15:40, Hpar <raphael.reve...@gmail.com> a écrit :
>
> > > > > > Bonjour à tous.
>
> > > > > > Après avoir lancé mes tests unitaires, les données que j'ai pu crée
> > > > > > durant ces tests restent en table. Ya-t-il un moyen de configurer
> > > > > > quelque chose pour virer ces données. (sorte de gros rollback), car
> > > > > > lorsque je relance le test j'ai des erreurs mysql de duplication de
> > > > > > clé.
>
> > > > > > J'utilise doctrine.
>
> > > > > > Merci d'avance.
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr"
de Google Groupes.
Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse symfony-fr@googlegroups.com
Pour résilier votre abonnement à ce groupe, envoyez un e-mail à
l'adresse symfony-fr+unsubscr...@googlegroups.com
Pour afficher d'autres options, visitez ce groupe à l'adresse
http://groups.google.com/group/symfony-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---
