nostests-2.7 - En ligne dans le Cloud

PROGRAMME:

Nom

nostests - Des tests plus agréables pour Python

PLUS GENTIL TESTS POUR LES CANADIENS PYTHON

SYNOPSIS
tests de nez [options] [noms]

DESCRIPTION
nez collecte automatiquement les tests à partir des fichiers source python, des répertoires et des packages trouvés
dans son répertoire de travail (qui est par défaut le répertoire de travail courant). N'importe quel python
fichier source, répertoire ou package qui correspond à l'expression régulière testMatch (par
par défaut: (?:^|[b_.-])[Tt]est) sera collecté en tant que test (ou source pour la collecte de
essais). De plus, tous les autres packages trouvés dans le répertoire de travail seront examinés
pour les fichiers source python ou les répertoires qui correspondent à testMatch. La découverte des packages descend
tout le long de l'arborescence, donc package.tests et package.sub.tests et
packagesub2.tests seront tous collectés.

Dans un répertoire ou un package de test, tout fichier source python correspondant à testMatch sera
examiné pour les cas de test. Au sein d'un module de test, des fonctions et des classes dont les noms correspondent
Les sous-classes testMatch et TestCase avec n'importe quel nom seront chargées et exécutées en tant que tests.
Les tests peuvent utiliser le mot-clé assert ou générer des AssertionErrors pour indiquer l'échec du test.
Les sous-classes TestCase peuvent faire de même ou utiliser les différentes méthodes TestCase disponibles.

It is important à noter qui le défaut humain of nez is à pas comprennent tests de
fichiers qui sommes-nous exécutable Pour inclure les tests de ces fichiers, supprimez leur bit exécutable
ou utilisez l'indicateur --exe (voir la section 'Options' ci-dessous).

Sélection Tests
Pour spécifier les tests à exécuter, transmettez les noms de test sur la ligne de commande :

nosestests only_test_this.py

Les noms de test spécifiés peuvent être des noms de fichier ou de module, et peuvent éventuellement indiquer le test
case à exécuter en séparant le nom du module ou du fichier du nom du scénario de test par deux points.
Les noms de fichiers peuvent être relatifs ou absolus. Exemples:

tests de nez test.module
nez teste un autre.test:TestCase.test_method
nos tests a.test:TestCase
nosestests /path/to/test/file.py:test_function

Vous pouvez également modifier le répertoire de travail où nose recherche les tests en utilisant le -w
passer:

nosetests -w /chemin/vers/tests

Notez, cependant, que la prise en charge de plusieurs arguments -w est désormais obsolète et sera
supprimé dans une prochaine version. A partir du nez 0.10, vous pouvez obtenir le même comportement en spécifiant
les répertoires cibles sans le commutateur -w :

neztests /chemin/vers/tests /autre/chemin/vers/tests

Une personnalisation plus poussée de la sélection et du chargement des tests est possible grâce à l'utilisation de
Plugins.

La sortie des résultats de test est identique à celle d'unittest, à l'exception des fonctionnalités supplémentaires
(classes d'erreur et fonctionnalités fournies par le plug-in telles que la capture de sortie et l'assertion
introspection) détaillées dans les options ci-dessous.

Configuration
En plus de passer des options de ligne de commande, vous pouvez également mettre des options de configuration dans
tes projets configuration.cfg ou un fichier .noserc ou nose.cfg dans votre répertoire personnel. Dans
l'un de ces fichiers de configuration standard de style ini, vous mettez votre configuration de nosetests dans un
[tests du nez] section. Les options sont les mêmes que sur la ligne de commande, avec le préfixe --
supprimé. Pour les options qui sont de simples commutateurs, vous devez fournir une valeur :

[tests du nez]
verbosité=3
avec-doctest=1

Tous les fichiers de configuration trouvés seront chargés et leurs options combinées. Vous pouvez
remplacer le chargement du fichier de configuration standard avec le -c option.

En utilisant Plugins
Il existe de nombreux plugins de nez disponibles via easy_install et ailleurs. Pour utiliser un plugin,
il suffit de l'installer. Le plugin ajoutera des options de ligne de commande aux nosetests. Pour vérifier que le
plugin est installé, exécutez :

tests de nez --plugins

Vous pouvez ajouter -v ou -vv à cette commande pour afficher plus d'informations sur chaque plugin.

Si vous exécutez nose.main() ou nose.run() à partir d'un script, vous pouvez spécifier une liste de
plugins à utiliser en passant une liste de plugins avec l'argument mot-clé plugins.

0.9 plugins
nose 1.0 peut utiliser CERTAINS plugins qui ont été écrits pour nose 0.9. Le gestionnaire de plugins par défaut
insère un wrapper de compatibilité autour des plugins 0.9 qui adapte l'api de plugin modifiée
appels. Cependant, les plugins qui accèdent aux composants internes du nez sont susceptibles d'échouer, surtout s'ils
tenter d'accéder aux classes de cas de test ou de suite de tests. Par exemple, les plugins qui essaient de
déterminer si un test passé à startTest est un test individuel ou une suite échouera, en partie
parce que les suites ne sont plus transmises à startTest et en partie parce qu'il est probable que le
plugin essaie de savoir si le test est une instance d'une classe qui n'existe plus.

0.10 et mes 0.11 plugins
Tous les plugins écrits pour nose 0.10 et 0.11 devraient fonctionner avec nose 1.0.

Options
-V, --version
Version nez de sortie et sortie

-p, --plugins
Sortir la liste des plugins disponibles et quitter. Combinez avec une verbosité plus élevée pour
Plus de détails

-v=DEFAUT, --verbose=DEFAUT
Soyez plus bavard. [NOSE_VERBOSE]

--verbosity=VERBOSITÉ
Définir la verbosité ; --verbosity=2 est identique à -v

-q=DEFAUT, --quiet=DEFAUT
Soyez moins bavard

-c=FICHIERS, --config=FICHIERS
Chargez la configuration à partir du ou des fichiers de configuration. Peut être spécifié plusieurs fois ; dans ce
cas, tous les fichiers de configuration seront chargés et combinés

-w=OU, --where=O
Recherchez des tests dans ce répertoire. Peut être spécifié plusieurs fois. La première
Le répertoire passé sera utilisé comme répertoire de travail, à la place du répertoire actuel
répertoire de travail, qui est le répertoire par défaut. D'autres seront ajoutés à la liste des tests
éxécuter. [NOSE_WHERE]

--py3where=PY3OÙ
Recherchez des tests dans ce répertoire sous Python 3.x. Fonctionne de la même manière que « où »,
mais ne s'applique qu'en cas d'exécution sous Python 3.x ou supérieur. Notez que, s'il est présent sous
3.x, cette option remplace complètement tous les répertoires spécifiés par « où », de sorte que le
L'option « où » devient inefficace. [NOSE_PY3WHERE]

-m=REGEX, --match=REGEX, --testmatch=REGEX
Fichiers, répertoires, noms de fonction et noms de classe qui correspondent à ce
expression sont considérés comme des tests. Par défaut : (?:^|[b_./-])[Tt]est [NOSE_TESTMATCH]

--tests=NOMS
Exécutez ces tests (liste séparée par des virgules). Cet argument est utile principalement à partir de
fichiers de configuration ; sur la ligne de commande, il suffit de passer les tests pour exécuter en tant que supplémentaire
arguments sans commutateur.

-l=DEFAUT, --debug=DEFAUT
Activez la journalisation de débogage pour un ou plusieurs systèmes. Enregistreurs de débogage disponibles : nez,
nose.importer, nose.inspector, nose.plugins, nose.result et nose.selector.
Séparez plusieurs noms par une virgule.

--debug-log=FICHIER
Consigner les messages de débogage dans ce fichier (par défaut : sys.stderr)

--logging-config=FICHIER, --log-config=FICHIER
Charger la configuration de journalisation à partir de ce fichier - contourne tous les autres paramètres de configuration de journalisation.

-I=REGEX, --ignore-files=REGEX
Ignorez complètement tout fichier qui correspond à cette expression régulière. Prend la priorité
sur tout autre paramètre ou plugin. La spécification de cette option remplacera la valeur par défaut
réglage. Spécifiez cette option plusieurs fois pour ajouter plus d'expressions régulières
[NOSE_IGNORE_FILES]

-e=REGEX, --exclude=REGEX
N'exécutez pas de tests qui correspondent à l'expression régulière [NOSE_EXCLUDE]

-i=REGEX, --include=REGEX
Cette expression régulière sera appliquée aux fichiers, répertoires, noms de fonctions et
les noms de classe pour avoir une chance d'inclure des tests supplémentaires qui ne correspondent pas à TESTMATCH.
Spécifiez cette option plusieurs fois pour ajouter plus d'expressions régulières [NOSE_INCLUDE]

-X, --arrêter
Arrêtez d'exécuter les tests après la première erreur ou échec

-P, --pas d'ajustement de chemin
N'apportez aucune modification à sys.path lors du chargement des tests [NOSE_NOPATH]

--EXE Recherchez les tests dans les modules python qui sont exécutables. Le comportement normal est d'exclure
modules exécutables, car ils peuvent ne pas être sécurisés pour l'importation [NOSE_INCLUDE_EXE]

--noexe
NE cherchez PAS de tests dans les modules python qui sont exécutables. (La valeur par défaut sur le
la plate-forme Windows est de le faire.)

--traverse-espace de noms
Parcourir toutes les entrées de chemin d'un package d'espace de noms

--premier-paquet-gagne, --premier-pkg-wins, -1er-pkg-gagne
l'importateur de nose va normalement expulser un package de sys.modules s'il voit un package
avec le même nom dans un endroit différent. Définissez cette option pour désactiver cela
comportement.

--no-byte-compile
Empêcher le nez de compiler la source en fichiers .pyc pendant que le nez analyse
pour et exécuter des tests.

-a=ATTR, --attr=ATTR
Exécuter uniquement les tests dont les attributs sont spécifiés par ATTR [NOSE_ATTR]

-A=EXPR, --eval-attr=EXPR
Exécuter uniquement les tests pour les attributs desquels l'expression Python EXPR évalue à True
[NOSE_EVAL_ATTR]

-Oui, --nocapture
Ne pas capturer la sortie standard (toute sortie standard sera imprimée immédiatement)
[NOSE_NOCAPTURE]

--nologcapture
Désactivez le plug-in de capture de journalisation. La configuration de la journalisation restera intacte.
[NOSE_NOLOGCAPTURE]

--logging-format=FORMAT
Spécifiez un format personnalisé pour imprimer les relevés. Utilise le même format que celui utilisé par la norme
gestionnaires de journalisation. [NOSE_LOGFORMAT]

--logging-datefmt=FORMAT
Spécifiez le format date/heure personnalisé pour imprimer les relevés. Utilise le même format que celui utilisé
par les gestionnaires de journalisation standard. [NOSE_LOGDATEFMT]

--logging-filter=FILTRE
Spécifiez les instructions à filtrer en entrée/sortie. Par défaut, tout est capturé. Si
la sortie est trop détaillée, utilisez cette option pour filtrer les sorties inutiles. Exemple:
filter=foo capturera les déclarations émises UNIQUEMENT à
foo ou foo.what.ever.sub mais pas foobar ou autre enregistreur. Spécifier plusieurs enregistreurs
avec une virgule : filter=foo,bar,baz. Si un nom d'enregistreur est précédé d'un signe moins, par exemple
filter=-foo, il sera exclu plutôt qu'inclus. Par défaut : exclure la journalisation
messages du nez lui-même (-nez). [NOSE_LOGFILTER]

--logging-clear-handlers
Effacer tous les autres gestionnaires de journalisation

--logging-level=DEFAUT
Définir le niveau de journal à capturer

--avec-couverture
Activer la couverture du plugin : activez un rapport de couverture en utilisant la couverture de Ned Batchelder
module.
[NOSE_WITH_COVERAGE]

--cover-package=PAQUET
Restreindre la sortie de couverture aux packages sélectionnés [NOSE_COVER_PACKAGE]

--cover-effacer
Effacer les statistiques de couverture précédemment collectées avant l'exécution

--tests-de-couverture
Inclure les modules de test dans le rapport de couverture [NOSE_COVER_TESTS]

--cover-min-percentage=DEFAUT
Pourcentage minimal de couverture pour réussir les tests [NOSE_COVER_MIN_PERCENTAGE]

--couverture-inclus
Incluez tous les fichiers python sous le répertoire de travail dans le rapport de couverture. Utile pour
découvrir des failles dans la couverture des tests si tous les fichiers ne sont pas importés par la suite de tests.
[NOSE_COVER_INCLUSIVE]

--cover-html
Produire des informations de couverture HTML

--cover-html-dir=REP
Produire des informations de couverture HTML dans dir

--couvrir-branches
Inclure la couverture des succursales dans le rapport de couverture [NOSE_COVER_BRANCHES]

--cover-xml
Produire des informations de couverture XML

--cover-xml-file=FICHIER
Produire des informations de couverture XML dans un fichier

--pdb Passer dans le débogueur en cas d'échec ou d'erreur

--pdb-échecs
Passer dans le débogueur en cas d'échec

--pdb-erreurs
Passer dans le débogueur en cas d'erreur

--no-obsolète
Désactivez la gestion spéciale des exceptions DeprecatedTest.

--avec-doctest
Activer le plugin Doctest : activez le plugin doctest pour rechercher et exécuter des doctests en mode non-test
modules.
[NOSE_WITH_DOCTEST]

--doctest-tests
Recherchez également les doctests dans les modules de test. Notez que les classes, méthodes et fonctions
devrait avoir des tests doctest ou non doctest, pas les deux. [NOSE_DOCTEST_TESTS]

--doctest-extension=EXT
Recherchez également les doctests dans les fichiers avec cette extension [NOSE_DOCTEST_EXTENSION]

--doctest-result-variable=VAR
Remplacez le nom de variable défini par le résultat de la dernière commande de l'interpréteur à partir du
défaut '_'. Peut être utilisé pour éviter les conflits avec la fonction _() utilisée pour le texte
Traduction. [NOSE_DOCTEST_RESULT_VAR]

--doctest-fixtures=SUFFIXE
Trouver des appareils pour un fichier doctest dans le module avec ce nom ajouté au nom de base
du dossier doctest

--doctest-options=OPTIONS
Spécifiez les options à transmettre à doctest. Par exemple. '+ELLIPSIS,+NORMALIZE_WHITESPACE'

--avec-isolement
Activer le plug-in IsolationPlugin : activez le plug-in d'isolement pour isoler les modifications apportées
modules externes à un seul module ou package de test. Le plugin d'isolation se réinitialise
le contenu de sys.modules après l'exécution de chaque module ou package de test jusqu'à son état
avant l'épreuve. VEUILLEZ NOTER que ce plugin ne doit pas être utilisé avec la couverture
plugin, ou dans tout autre cas où le rechargement du module peut produire des effets indésirables
Effets secondaires.
[NOSE_WITH_ISOLATION]

-ré, --erreurs-détaillées, --détail-échec
Ajouter des détails à la sortie d'erreur en essayant d'évaluer les assertions ayant échoué
[NOSE_DETAILED_ERRORS]

--avec-profil
Activer le profil du plug-in : utilisez ce plug-in pour exécuter des tests à l'aide du profileur hotshot.
[NOSE_WITH_PROFILE]

--profile-sort=TRI
Définir l'ordre de tri pour la sortie du profileur

--profile-stats-file=FICHIER
Fichier de statistiques du profileur ; la valeur par défaut est un nouveau fichier temporaire à chaque exécution

--profile-restrict=RESTREINDRE
Restreindre la sortie du profileur. Voir l'aide de pstats.Stats pour plus de détails

--no-saut
Désactivez la gestion spéciale des exceptions SkipTest.

--avec-identifiant
Activer le plugin TestId : activez pour ajouter un identifiant de test (comme #1) à chaque sortie de nom de test.
Activez avec --failed pour réexécuter les tests ayant échoué uniquement.
[NOSE_WITH_ID]

--id-file=FICHIER
Stockez les identifiants de test trouvés dans les tests dans ce fichier. La valeur par défaut est le fichier .noseids dans le
directeur de travail.

--échoué
Exécutez les tests qui ont échoué lors du dernier test.

--processes=NOMBRE
Répartissez les tests parmi ces nombreux processus. Fixez un nombre égal au nombre de
processeurs ou cœurs de votre machine pour de meilleurs résultats. Passer un nombre négatif à
avoir le nombre de processus automatiquement défini sur le nombre de cœurs. Passer 0
signifie désactiver les tests parallèles. La valeur par défaut est 0, sauf si NOSE_PROCESSES est défini.
[NOSE_PROCESSUS]

--process-timeout=SECONDES
Définissez le délai d'attente pour le retour des résultats de chaque processus d'exécution de test. La valeur par défaut est 10.
[NOSE_PROCESS_TIMEOUT]

--processus-restartworker
Si défini, redémarrera chaque processus de travail une fois leurs tests terminés, cela aide
contrôler les fuites de mémoire de tuer le système. [NOSE_PROCESS_RESTARTWORKER]

--avec-xunit
Activer le plugin Xunit : ce plugin fournit des résultats de test dans le XML XUnit standard
format. [NOSE_WITH_XUNIT]

--xunit-file=FICHIER
Chemin d'accès au fichier xml dans lequel stocker le rapport xunit. La valeur par défaut est nosetests.xml dans le
répertoire de travail [NOSE_XUNIT_FILE]

--xunit-testsuite-name=PACKAGE
Nom de la suite de tests dans le xunit xml, généré par le plugin. Suite de tests par défaut
le nom est nosetests.

--tous-modules
Activer le plugin AllModules : collectez les tests de tous les modules python.
[NOSE_ALL_MODULES]

--collecte uniquement
Activer la collecte uniquement : collecte et sortie des noms de test uniquement, n'exécutez aucun test.
[COLLECT_ONLY]

Utilisez nos tests-2.7 en ligne en utilisant les services onworks.net