Je passe de notre environnement de test de Nose à py.test pour tester une application web Turbogears2. Actuellement, lorsque Nose s'exécute, il rassemble les informations d'un fichier de configuration de test (test.ini) contenant toutes les variables de test dont l'application a besoin. Et il semble le faire de manière automatique (Je cours simplement nosetests
et tout est chargé)Turbogears2 et py.test
Le problème réside dans l'incapacité de py.test à pointer sur le bon fichier de configuration INI afin que je puisse obtenir l'application chargée avec les variables dont j'ai besoin.
Actuellement, le point de défaillance est pylons.app_globals, qui est simplement inexistant lors de l'exécution de py.test (tout échoue donc).
J'ai parcouru la documentation de Turbogears mais ils ne mentionnent que le nez/nosetests et rien d'autre.
Existe-t-il un moyen de diriger l'application avec les variables de test sur lesquelles je me base avec py.test?
wow, merci Holger! c'est vraiment une leçon d'humilité d'avoir une réponse de votre part! tu gères! Quant au problème lui-même, la façon dont le nez rassemblait les valeurs de l'application via la méthode setUp. – alfredodeza
votre bienvenue, Alfredo. Avez-vous une URL pointant vers le code qui implémente cette fonctionnalité setUp et peut-être contient des exemples de tests? – hpk42
Malheureusement, ce n'est pas un projet OSS. Cependant, j'ai une meilleure idée de ce qui s'est passé. Fondamentalement, nous étions en train d'implémenter une classe TestSetupCommand qui mettrait tout à jour, donc je porte ce portage pour correspondre aux exigences de py.test. – alfredodeza