Question

Je change notre environnement de test de nez à py.test pour tester une application web TurboGears2.

À l'heure actuelle, quand Nose exécute rassemble des informations à partir d'un fichier de configuration de test (test.ini) qui contient toutes les variables de test les besoins de l'application. Et il semble le faire de façon automatique (je suis tout simplement en cours d'exécution nosetests et tout est chargé)

Le problème repose dans l'incapacité de py.test à signaler au fichier de configuration droite INI afin que je puisse obtenir l'application chargée avec les variables dont j'ai besoin.

À l'heure actuelle, le point défaillant est pylons.app_globals qui est tout simplement inexistante lors de l'exécution py.test (d'où tout échoue).

Je suis passé par la documentation Turbogears mais ils ne citer que nez / nosetests et rien d'autre.

Y at-il un moyen d'être en mesure de diriger l'application avec les variables de test je compte sur des py.test?

Était-ce utile?

La solution

En ce qui concerne la part de py.test est concerné, vous pouvez mettre en œuvre quelque chose comme ceci:

# content of conftest.py
def pytest_sessionstart():
    # setup resources before any test is executed

def pytest_sessionfinish():
    # teardown resources after the last test has executed

Un tel fichier conftest.py devrait actuellement le mieux vivre à votre répertoire racine de votre commande comme py-1.3.4 ne fonctionnera que ce crochet si elle voit assez tôt.

J'ai aussi regardé un peu autour TurboGears mais n'a pas trouvé le mécanisme erasily comment / qui test.ini est effectivement chargé. Je peux mettre à jour la réponse si quelqu'un peut fournir cette information.

HTH. Holger

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top