Discussion :

[Tiff31]

Bonjour à tous,

J'ai créé des tests pour une application sur Django avec TestCase et Factory Boy.

Les données sont bien récupérées et créées mais je me suis rendu compte que parfois c'était la base de données de production qui était utilisée et non celle de test.

Pour vérifier que ce n'était pas une erreur dans mon code je n'ai gardé que les factory et un test avec un print pour afficher les données d'une table, le résultat est le même de temps en temps c'est la base de prod qui est utilisée.

Je ne vois vraiment pas quelle est la cause de mon bug, si quelqu'un a une idée ...

Merci d'avance

[wiztricks]

Salut,

Je ne vois vraiment pas quelle est la cause de mon bug, si quelqu'un a une idée ...

C'est une des raisons pour laquelle on ne fait pas de tests dans l'environnement de production mais qu'on s'applique à construire un environnement de tests à part et avec des accès contrôlés/limités de l'un à l'autre.

- W

[Tiff31]

Merci pour ta réponse

L'application sur laquelle je fais les tests n'est pas celle sur le serveur de production mais celle sur un serveur de test.
Quand je dis la base de données de production c'est en fait la base utilisée normalement par l'application, Django est censé en créer une avec test_ devant et n'utiliser que celle là mais ce n'est pas ce qu'il fait.

[wiztricks]

Quand je dis la base de données de production c'est en fait la base utilisée normalement par l'application, Django est censé en créer une avec test_ devant est n'utiliser que celle là mais ce n'est pas ce qu'il fait.

Cette base de donnée là est un référentiel de tests. (et non la base de production)
Seules les mises à jour vont dans test_...
L'idée étant de pouvoir rejouer les tests avec les mêmes données "persistantes".
Côté réalisation (comment ils font çà), çà dépend du SGDB: lire la documentation et les sources.
note: je vous raconte comment çà devrait fonctionner après ce que fait votre code, c'est une autre histoire...

- W