Bon ben finalement, pour résoudre le problème, j'ai mis une requête en
fin de script qui vide ma table.
Merci pour ton aide
--
Raphaël Reverdy
http://raphael.reverdy.free.fr
On Jun 29, 3:24 pm, Hpar wrote:
> Oui je viens de verifier.
> J'ai même crée une nouvelle base et relancé dessus mais rie
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 wrote:
> Et sf_test_dir est-il bien défini quelque part ?
>
> Le 26 juin 2009 15:59, Hpar a écrit :
>
>
>
> > Oui, d'ailleurs je viens
Et sf_test_dir est-il bien défini quelque part ?
Le 26 juin 2009 15:59, Hpar 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');
>
> $configurat
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
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 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
>
Mais j'ai une base de tests. Je l'ai crée en suivant les
recommandations de la doc :
$ php symfony configure:database --name=doctrine --
class=sfDoctrineDatabase --env=test
"mysql:host=localhost;dbname=jobeet_test" root mYsEcret
$ mysqladmin -uroot -pmYsEcret create jobeet_test
$ php symfony doct
Paramètre une base de test que tu réinitialises avant de lancer tes tests.
Dans cette environnement tu pourras lancer tous les tests que tu veux même
en prod sans risquer de polluer les données déjà insérer.
> -Message d'origine-
> De : symfony-fr@googlegroups.com
> [mailto:symfony...@g
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
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 page
http://www.symfony-project.org/jobeet/1_2/Doctrine/en/08 du Jobeet tutoriel
que tu trouveras de précieux conseils sur le su