django-nose

django-nez est un lanceur de test Django qui utilise le nez.
Utilisation
Voir ./manage.py test de l'aide pour toutes les options nez fournit, et de regarder vers les docs de nez pour plus d'aide avec le nez.
Personnalisation
Passant toujours les mêmes options
Pour définir toujours les mêmes options de ligne de commande que vous pouvez utiliser un nose.cfg ou setup.cfg (comme d'habitude) ou vous pouvez les spécifier dans settings.py comme ceci:
NOSE_ARGS = ['--failed »,« --stop']
Utilisation personnalisée Plugins
Si vous avez besoin de faire plugins personnalisés, vous pouvez définir chaque classe du plugin quelque part dans votre application et de les charger de settings.py comme ceci:
NOSE_PLUGINS = [
& Nbsp; »yourapp.tests.plugins.SystematicDysfunctioner ',
& Nbsp; # ...
]
Tout comme middleware ou autre chose, chaque chaîne doit être un point séparé, chemin importable à une classe réelle. Chaque classe du plugin sera instancié et ajouté au lanceur de test de Nez.
Mises en garde
Sud installe sa propre commande de test qui se éteint migrations pendant les essais. Assurez-vous que django_nose vient après sud INSTALLED_APPS si la commande de test de ce django_nose est utilisé

Quoi de neuf dans cette version:.

• Django TransactionTestCases Ne pas nettoyer après eux-mêmes; ils quittent indésirable dans le DB et nettoient seulement sur _pre_setup. Ainsi, Django fait que ces tests se exécutent dernière. Maintenant django-nez fait, aussi. Cela signifie une moins source de défaillances sur des projets existants. (Erik Rose)
• Ajout du support pour TransactionTestCases hygiène. (Erik Rose)

Modèles de soutien
• qui sont utilisés uniquement pour des tests. Juste mettre dans ne importe quel fichier importé dans le cadre des essais de chargement. Pas de hacks plus fous nécessaires. (Erik Rose)
• Assurez l'empaquetage de fixation plus conservatrice, fixant certaines situations imaginables dans lequel les unités ne seraient pas apparaître comme prévu si un TransactionTestCase trouvé sa place dans le milieu d'un faisceau. (Erik Rose)
• Correction d'une erreur qui serait surface lors de l'utilisation SQLAlchemy avec le regroupement de connexion. (Roger Hu)
• ignorer Gracieusement la nouvelle option de --liveserver introduite dans Django 1.4; ne le laissez pas jusqu'au nez. (Adam DePue)

Ce qui est nouveau dans la version 1.0:

• Nouveau montage-regroupement plugin pour éviter l'installation d'appareils inutiles (Erik Rose)
• Proposé FastFixtureTestCase depuis test-utils, alors maintenant tous les trucs de montage-regroupement est dans une bibliothèque. (Erik Rose)
• Ajout de paramètre de démarrage rapide et d'arrêt de la REUSE_DB. (Erik Rose)
• Correction d'un crash lors de l'impression des options avec certains verbosities. (Daniel Abel)
• Broke dépendance pour MySQL. Le support de PostgreSQL. (Roger Hu)
• Support SQLite, tant mémoire- et sur disque. (Roger Hu et Erik Rose)
• clouer versions des exigences de l'emballage. (Daniel Mizyrycki)

Exigences :

• Python
• Django
• nosetests