Nasentests - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Nasentests - Schöneres Testen für Python

SCHÖNER PRÜFUNG FÜR PYTHON

ZUSAMMENFASSUNG
Nasentests [Optionen] [Namen]

BESCHREIBUNG
Nose sammelt automatisch Tests aus Python-Quelldateien, Verzeichnissen und gefundenen Paketen
in seinem Arbeitsverzeichnis (das standardmäßig das aktuelle Arbeitsverzeichnis ist). Irgendeine Python
Quelldatei, Verzeichnis oder Paket, das dem regulären Ausdruck testMatch entspricht (von
Standard: (?:^|[b_.-])[Tt]est) wird als Test (oder Quelle für die Sammlung von
Prüfungen). Außerdem werden alle anderen im Arbeitsverzeichnis gefundenen Pakete untersucht
für Python-Quelldateien oder -Verzeichnisse, die mit testMatch übereinstimmen. Paketerkennung sinkt
ganz unten im Baum, also package.tests und package.sub.tests und
packagesub2.tests werden alle gesammelt.

Innerhalb eines Testverzeichnisses oder -pakets wird jede mit testMatch übereinstimmende Python-Quelldatei
auf Testfälle untersucht. Innerhalb eines Testmoduls Funktionen und Klassen, deren Namen übereinstimmen
testMatch- und TestCase-Unterklassen mit beliebigem Namen werden geladen und als Tests ausgeführt.
Tests können das Schlüsselwort assert verwenden oder AssertionErrors auslösen, um einen Testfehler anzuzeigen.
Testfall-Unterklassen können dasselbe tun oder die verschiedenen verfügbaren Testfallmethoden verwenden.

It is wichtig zu beachten zur Abwicklung, Integrierung, Speicherung und Standard Verhalten of Nase is zu nicht das Tests für
Dateien welche sind ausführbar. Um Tests aus solchen Dateien einzuschließen, entfernen Sie deren ausführbares Bit
oder verwenden Sie das Flag --exe (siehe Abschnitt 'Optionen' unten).

Auswahl Tests
Um anzugeben, welche Tests ausgeführt werden sollen, übergeben Sie Testnamen in der Befehlszeile:

Nasentests only_test_this.py

Angegebene Testnamen können Datei- oder Modulnamen sein und können optional den Test angeben
Fall auszuführen, indem Sie den Modul- oder Dateinamen durch einen Doppelpunkt vom Testfallnamen trennen.
Dateinamen können relativ oder absolut sein. Beispiele:

Nasentests test.module
Nasentests other.test:TestCase.test_method
Nasentests a.test:Testfall
Nasentests /path/to/test/file.py:test_function

Sie können auch das Arbeitsverzeichnis ändern, in dem Nase nach Tests sucht, indem Sie -w . verwenden
Schalter:

Nasentests -w /Pfad/zu/Tests

Beachten Sie jedoch, dass die Unterstützung für mehrere -w-Argumente jetzt veraltet ist und nicht mehr unterstützt wird
in einer zukünftigen Version entfernt. Ab Nose 0.10 können Sie das gleiche Verhalten erhalten, indem Sie angeben
die Zielverzeichnisse ohne der -w-Schalter:

Nasentests /Pfad/zu/Tests /anderer/Pfad/zu/Tests

Eine weitere Anpassung der Testauswahl und des Ladens ist durch die Verwendung von . möglich
Plugins.

Die Ausgabe der Testergebnisse ist mit der von Unittest identisch, mit Ausnahme der zusätzlichen Funktionen
(Fehlerklassen und vom Plug-in bereitgestellte Funktionen wie Ausgabeerfassung und Assert
Introspektion) in den Optionen unten beschrieben.

Konfiguration
Zusätzlich zum Übergeben von Befehlszeilenoptionen können Sie auch Konfigurationsoptionen in
Ihr Projekt setup.cfg Datei oder eine .noserc- oder nose.cfg-Datei in Ihrem Home-Verzeichnis. In
eine dieser Standard-Konfigurationsdateien im Ini-Stil, fügen Sie Ihre Nasentests-Konfiguration in ein
[Nasentests] Sektion. Die Optionen sind die gleichen wie auf der Befehlszeile, mit dem Präfix --
ENTFERNT. Für Optionen, bei denen es sich um einfache Schalter handelt, müssen Sie einen Wert angeben:

[Nasentests]
Ausführlichkeit=3
with-doctest=1

Alle gefundenen Konfigurationsdateien werden geladen und ihre Optionen kombiniert. Du kannst
Überschreiben Sie das Laden der Standard-Konfigurationsdatei mit dem -c .

Die richtigen Plugins
Es gibt zahlreiche Nose-Plugins, die über easy_install und anderswo verfügbar sind. Um ein Plugin zu verwenden,
einfach installieren. Das Plugin fügt Nosetests Befehlszeilenoptionen hinzu. Um zu überprüfen, ob die
Plugin installiert ist, ausführen:

Nasentests --plugins

Sie können diesem Befehl -v oder -vv hinzufügen, um weitere Informationen zu jedem Plugin anzuzeigen.

Wenn Sie von einem Skript aus Nase.main() oder Nase.run() ausführen, können Sie eine Liste von
Plugins zu verwenden, indem Sie eine Liste von Plugins mit dem Schlüsselwort-Argument plugins übergeben.

0.9 Plugins
Nose 1.0 kann EINIGE Plugins verwenden, die für Nose 0.9 geschrieben wurden. Der Standard-Plugin-Manager
fügt einen Kompatibilitäts-Wrapper um 0.9-Plugins ein, der die geänderte Plugin-API anpasst
Anrufe. Plugins, die auf Nose-Interna zugreifen, werden jedoch wahrscheinlich fehlschlagen, insbesondere wenn sie
versuchen, auf Testfall- oder Testsuiteklassen zuzugreifen. Zum Beispiel Plugins, die versuchen,
Feststellen, ob ein an startTest bestandener Test ein individueller Test ist oder eine Suite teilweise fehlschlägt
weil Suites nicht mehr an startTest übergeben werden und teilweise weil es wahrscheinlich ist, dass die
Das Plugin versucht herauszufinden, ob der Test eine Instanz einer Klasse ist, die nicht mehr existiert.

0.10 und 0.11 Plugins
Alle Plugins, die für Nose 0.10 und 0.11 geschrieben wurden, sollten mit Nose 1.0 funktionieren.

Optionen
-V, --Version
Nase Version und Ausgang ausgeben

-P, --Plugins
Liste der verfügbaren Plugins ausgeben und beenden. Kombinieren Sie mit höherer Ausführlichkeit für
mehr Details

-v=STANDARD, --verbose=STANDARD
Seien Sie ausführlicher. [NOSE_VERBOSE]

--verbosity=VERBOSITÄT
Ausführlichkeit einstellen; --verbosity=2 ist dasselbe wie -v

-q=STANDARD, --quiet=STANDARD
Seien Sie weniger ausführlich

-c=DATEIEN, --config=DATEIEN
Konfiguration aus Konfigurationsdatei(en) laden. Kann mehrfach angegeben werden; darin
Fall werden alle Konfigurationsdateien geladen und kombiniert

-w=WO, --where=WO
Suchen Sie in diesem Verzeichnis nach Tests. Kann mehrfach angegeben werden. Der erste
Das übergebene Verzeichnis wird anstelle des aktuellen als Arbeitsverzeichnis verwendet
Arbeitsverzeichnis, das ist die Standardeinstellung. Andere werden der Liste der Tests hinzugefügt
ausführen. [NOSE_WHERE]

--py3where=PY3WO
Suchen Sie in diesem Verzeichnis unter Python 3.x nach Tests. Funktioniert wie 'wo',
gilt jedoch nur, wenn unter Python 3.x oder höher ausgeführt wird. Beachten Sie, dass, falls vorhanden unter
3.x ersetzt diese Option alle mit 'where' angegebenen Verzeichnisse vollständig
Die Option "wo" wird wirkungslos. [NOSE_PY3WHERE]

-m=REGEX, --match=REGEX, --testmatch=REGEX
Dateien, Verzeichnisse, Funktionsnamen und Klassennamen, die diesem regulären entsprechen
Ausdruck gelten als Tests. Standard: (?:^|[b_./-])[Tt]est [NOSE_TESTMATCH]

--tests=NAMEN
Führen Sie diese Tests aus (durch Kommas getrennte Liste). Dieses Argument ist vor allem nützlich von
Konfigurationsdateien; auf der Befehlszeile einfach die Tests bestehen, um als zusätzliche ausgeführt zu werden
Argumente ohne Schalter.

-l=STANDARD, --debug=STANDARD
Aktivieren Sie das Debug-Logging für ein oder mehrere Systeme. Verfügbare Debug-Logger: Nase,
Nose.Importer, Nose.Inspector, Nose.Plugins, Nose.Ergebnis und Nose.Selektor.
Trennen Sie mehrere Namen durch ein Komma.

--debug-log=DATEI
Debug-Meldungen in dieser Datei protokollieren (Standard: sys.stderr)

--logging-config=DATEI, --log-config=DATEI
Logging-Konfiguration aus dieser Datei laden – umgeht alle anderen Logging-Konfigurationseinstellungen.

-I=REGEX, --ignore-files=REGEX
Ignorieren Sie alle Dateien, die diesem regulären Ausdruck entsprechen, vollständig. Hat Vorrang
über alle anderen Einstellungen oder Plugins. Die Angabe dieser Option ersetzt die Standardeinstellung
Einstellung. Geben Sie diese Option mehrmals an, um weitere reguläre Ausdrücke hinzuzufügen
[NOSE_IGNORE_FILES]

-e=REGEX, --exclude=REGEX
Keine Tests ausführen, die dem regulären Ausdruck [NOSE_EXCLUDE] entsprechen

-i=REGEX, --include=REGEX
Dieser reguläre Ausdruck wird auf Dateien, Verzeichnisse, Funktionsnamen und
Klassennamen, um die Möglichkeit zu haben, zusätzliche Tests einzuschließen, die nicht mit TESTMATCH übereinstimmen.
Geben Sie diese Option mehrmals an, um weitere reguläre Ausdrücke hinzuzufügen [NOSE_INCLUDE]

-X, --halt
Stoppen Sie die Ausführung von Tests nach dem ersten Fehler oder Ausfall

-P, --keine-Pfad-Anpassung
Nehmen Sie beim Laden von Tests keine Änderungen an sys.path vor [NOSE_NOPATH]

--exe Suchen Sie nach ausführbaren Tests in Python-Modulen. Normales Verhalten ist auszuschließen
ausführbare Module, da diese möglicherweise nicht importsicher sind [NOSE_INCLUDE_EXE]

--noexe
Suchen Sie NICHT nach ausführbaren Tests in Python-Modulen. (Die Standardeinstellung auf dem
Windows-Plattform ist dies zu tun.)

--traverse-Namensraum
Durchlaufen aller Pfadeinträge eines Namespace-Pakets

--first-package-gewinne, --first-pkg-wins, ---1st-pkg-wins
Der Importer von Nase entfernt normalerweise ein Paket aus sys.modules, wenn er ein Paket sieht
mit demselben Namen an einem anderen Ort. Setzen Sie diese Option, um das zu deaktivieren
Verhalten.

--no-byte-compile
Verhindern Sie, dass Nose die Quelle in .pyc-Dateien Bytekompiliert, während Nose scannt
für und Durchführung von Tests.

-a=ATTR, --attr=ATTR
Nur Tests ausführen, deren Attribute durch ATTR [NOSE_ATTR] angegeben sind

-A=AUSDR, --eval-attr=AUSDR
Führen Sie nur Tests aus, deren Attribute der Python-Ausdruck EXPR als True auswertet
[NOSE_EVAL_ATTR]

-S, --nocapture
Stdout nicht erfassen (jede Stdout-Ausgabe wird sofort gedruckt)
[NOSE_NOCAPTURE]

--nologcapture
Deaktivieren Sie das Logging-Capture-Plugin. Die Protokollierungskonfiguration bleibt intakt.
[NOSE_NOLOGCAPTURE]

--logging-format=FORMAT
Geben Sie ein benutzerdefiniertes Format zum Drucken von Anweisungen an. Verwendet das gleiche Format wie vom Standard verwendet
Protokollierungshandhaber. [NOSE_LOGFORMAT]

--logging-datefmt=FORMAT
Geben Sie ein benutzerdefiniertes Datums-/Uhrzeitformat an, um Anweisungen zu drucken. Verwendet das gleiche Format wie verwendet
durch Standard-Logging-Handler. [NOSE_LOGDATEFMT]

--logging-filter=FILTER
Geben Sie an, welche Anweisungen ein-/ausgefiltert werden sollen. Standardmäßig wird alles erfasst. Wenn
die Ausgabe zu ausführlich ist, verwenden Sie diese Option, um unnötige Ausgaben herauszufiltern. Beispiel:
filter=foo erfasst Anweisungen NUR an
foo oder foo.what.ever.sub, aber nicht foobar oder andere Logger. Mehrere Logger angeben
mit Komma: filter=foo,bar,baz. Wenn einem Loggernamen ein Minus vorangestellt ist, zB
filter=-foo, wird es eher ausgeschlossen als eingeschlossen. Standard: Protokollierung ausschließen
Nachrichten von der Nase selbst (-nose). [NOSE_LOGFILTER]

--logging-clear-handlers
Alle anderen Logging-Handler löschen

--logging-level=STANDARD
Legen Sie die Protokollebene fest, die erfasst werden soll

--mit-Abdeckung
Plug-in-Abdeckung aktivieren: Aktivieren Sie einen Abdeckungsbericht mit der Abdeckung von Ned Batchelder
Modul.
[NOSE_WITH_COVERAGE]

--cover-package=PAKET
Deckungsausgabe auf ausgewählte Pakete beschränken [NOSE_COVER_PACKAGE]

--cover-löschen
Löschen Sie zuvor gesammelte Abdeckungsstatistiken vor der Ausführung

--cover-tests
Testmodule in den Abdeckungsbericht aufnehmen [NOSE_COVER_TESTS]

--cover-min-percentage=STANDARD
Mindestprozentsatz der Abdeckung für das Bestehen von Tests [NOSE_COVER_MIN_PERCENTAGE]

--Deckung-inklusive
Schließen Sie alle Python-Dateien unter dem Arbeitsverzeichnis in den Abdeckungsbericht ein. Nützlich zum
Erkennen von Lücken in der Testabdeckung, wenn nicht alle Dateien von der Testsuite importiert werden.
[NOSE_COVER_INCLUSIVE]

--cover-html
Erstellen von HTML-Abdeckungsinformationen

--cover-html-dir=VERZEICHNIS
Produzieren Sie HTML-Coverage-Informationen in dir

--cover-branches
Filialenabdeckung in Abdeckungsbericht einschließen [NOSE_COVER_BRANCHES]

--cover-xml
XML-Abdeckungsinformationen erstellen

--cover-xml-file=DATEI
XML-Coverage-Informationen in Datei erstellen

--pdb Bei Fehlern oder Fehlern in den Debugger wechseln

--pdb-fehler
Bei Fehlern in den Debugger wechseln

--pdb-fehler
Bei Fehlern in den Debugger wechseln

--no-veraltet
Deaktivieren Sie die spezielle Behandlung von DeprecatedTest-Ausnahmen.

--mit-doctest
Plugin Doctest aktivieren: Aktivieren Sie das Doctest-Plugin, um Doctests in Nicht-Tests zu finden und auszuführen
Module.
[NOSE_WITH_DOCTEST]

--doctest-tests
Suchen Sie auch nach doctests in Testmodulen. Beachten Sie, dass Klassen, Methoden und Funktionen
sollte entweder doctests oder non-doctest-Tests haben, nicht beides. [NOSE_DOCTEST_TESTS]

--doctest-extension=EXT
Suchen Sie auch nach Doctests in Dateien mit dieser Erweiterung [NOSE_DOCTEST_EXTENSION]

--doctest-result-variable=VAR
Ändern Sie den Variablennamen, der auf das Ergebnis des letzten Interpreter-Befehls aus dem
Ursprünglich '_'. Kann verwendet werden, um Konflikte mit der für Text verwendeten _()-Funktion zu vermeiden
Übersetzung. [NOSE_DOCTEST_RESULT_VAR]

--doctest-fixtures=SUFFIX
Finde Fixtures für eine doctest-Datei im Modul mit diesem Namen, der an den Basisnamen angehängt wird
der doctest-Datei

--doctest-options=OPTIONEN
Geben Sie Optionen an, die an doctest übergeben werden sollen. Z.B. '+ELLIPSE,+NORMALIZE_WHITESPACE'

--mit-isolierung
Plugin IsolationPlugin aktivieren: Aktivieren Sie das Isolations-Plugin, um Änderungen an zu isolieren
externe Module zu einem einzelnen Testmodul oder -paket. Das Isolations-Plugin wird zurückgesetzt
den Inhalt von sys.modules, nachdem jedes Testmodul oder -paket seinen Status erreicht hat
vor dem Test. BITTE BEACHTEN SIE, dass dieses Plugin nicht mit der Abdeckung verwendet werden sollte
Plugin oder in jedem anderen Fall, in dem das Neuladen von Modulen zu unerwünschten Ergebnissen führen kann
Nebenwirkungen.
[NOSE_WITH_ISOLATION]

-D, --detaillierte-Fehler, --Fehler-Detail
Fügen Sie Details zur Fehlerausgabe hinzu, indem Sie versuchen, fehlgeschlagene Asserts auszuwerten
[NOSE_DETAILED_ERRORS]

--mit-Profil
Plug-in-Profil aktivieren: Verwenden Sie dieses Plug-in, um Tests mit dem Hotshot-Profiler auszuführen.
[NOSE_WITH_PROFILE]

--profile-sort=SORTIEREN
Sortierreihenfolge für Profiler-Ausgabe festlegen

--profile-stats-file=DATEI
Profiler-Statistikdatei; Standard ist eine neue temporäre Datei bei jedem Lauf

--profile-restrict=EINSCHRÄNKUNG
Beschränken Sie die Profiler-Ausgabe. Weitere Informationen finden Sie in der Hilfe zu pstats.Stats

--no-skip
Deaktivieren Sie die spezielle Behandlung von SkipTest-Ausnahmen.

--mit-id
Plugin TestId aktivieren: Aktivieren, um eine Test-ID (wie #1) zu jeder Testnamenausgabe hinzuzufügen.
Mit --failed aktivieren, um nur fehlgeschlagene Tests erneut auszuführen.
[NOSE_WITH_ID]

--id-file=DATEI
Speichern Sie in Testläufen gefundene Test-IDs in dieser Datei. Standard ist die Datei .noseids im
Arbeitsverzeichnis.

--gescheitert
Führen Sie die Tests aus, die beim letzten Testlauf fehlgeschlagen sind.

--processes=ANZAHL
Verteilen Sie den Testlauf auf diese vielen Prozesse. Legen Sie eine Zahl gleich der Anzahl von fest
Prozessoren oder Kerne in Ihrem Computer für beste Ergebnisse. Übergeben Sie eine negative Zahl an
lassen Sie die Anzahl der Prozesse automatisch auf die Anzahl der Kerne setzen. Vorbei an 0
bedeutet, paralleles Testen zu deaktivieren. Der Standardwert ist 0, es sei denn, NOSE_PROCESSES ist festgelegt.
[NOSE_PROCESSES]

--process-timeout=SEKUNDEN
Legen Sie eine Zeitüberschreitung für die Rückgabe der Ergebnisse von jedem Testlaufprozess fest. Standard ist 10.
[NOSE_PROCESS_TIMEOUT]

--process-restartworker
Wenn festgelegt, wird jeder Worker-Prozess nach Abschluss der Tests neu gestartet. Dies hilft
Kontrolle von Speicherlecks durch das Töten des Systems. [NOSE_PROCESS_RESTARTWORKER]

--mit-xunit
Plugin Xunit aktivieren: Dieses Plugin liefert Testergebnisse im Standard-XUnit-XML
Format. [NOSE_WITH_XUNIT]

--xunit-file=DATEI
Pfad zur XML-Datei, in der der xunit-Bericht gespeichert werden soll. Die Standardeinstellung ist "nosetests.xml" im
Arbeitsverzeichnis [NOSE_XUNIT_FILE]

--xunit-testsuite-name=PAKET
Name der Testsuite in der xunit-xml, generiert vom Plugin. Standardtestsuite
Name ist Nasentests.

--alle-module
Plugin AllModules aktivieren: Sammeln Sie Tests von allen Python-Modulen.
[NOSE_ALL_MODULES]

--nur sammeln
Nur sammeln aktivieren: Nur Testnamen sammeln und ausgeben, keine Tests ausführen.
[COLLECT_ONLY]

Verwenden Sie Nasentests online mit den onworks.net-Diensten