django setzen von environment-Variablen in tests unittest

Ich möchte in der Lage sein, um das setzen von Umgebungsvariablen in meinem Django-app, die für die tests ausführen zu können. Zum Beispiel, meine Ansichten beruhen auf mehrere API-keys.

Gibt es Möglichkeiten, um override-Einstellungen während der Tests, aber ich will nicht, dass Sie definiert in settings.py wie, dass ist eine Frage der Sicherheit.

Habe ich versucht, in meinem setup-Funktion zur Einstellung dieser Umgebungsvariablen, aber das funktioniert nicht zu geben, die Django-Anwendung die Werte.

class MyTests(TestCase):
    def setUp(self):
        os.environ['TEST'] = '123'  # doesn't propogate to app

Wenn ich lokal testen, habe ich einfach ein .env Datei habe ich mit 

foreman start -e .env web

liefert os.environ mit den Werten. Aber in Djangos unittest.TestCase es nicht eine Möglichkeit (die ich kenne) setzen, die.

Wie kann ich dies umgehen?

InformationsquelleAutor lollercoaster | 2015-07-02
  1. 32

    Den test.support.EnvironmentVarGuard ist eine interne API, die verändert werden kann, ist von version zu version mit brechen (rückwärts inkompatibel) ändert. In der Tat, die gesamte test Paket ist nur zur internen Verwendung. Es wurde ausdrücklich auf das test-Paket-Dokumentation-Seite, dass es für die internen Tests von core-Bibliotheken und NICHT eine öffentliche API. (siehe links unten)

    Sollten Sie verwenden patch.dict() in der python-standard-lib unittest.mock. Es kann verwendet werden als Kontext-manager, Dekorateur oder Klasse decorator. Siehe Beispiel-code unten kopiert von der offiziellen Python-Dokumentation.

    import os
from unittest.mock import patch
with patch.dict('os.environ', {'newkey': 'newvalue'}):
    print(os.environ['newkey'])  # should print out 'newvalue'
    assert 'newkey' in os.environ  # should be True
assert 'newkey' not in os.environ  # should be True

    Update: für diejenigen, die nicht Lesen Sie die Dokumentation gründlich und vielleicht verpasst haben, der Hinweis, Lesen Sie mehr test Paket Hinweise auf

    https://docs.python.org/2/library/test.html oder

    https://docs.python.org/3/library/test.html

    • in dem link, den Sie zur Verfügung gestellt, in dem Sie verankert ist class test.test_support.EnvironmentVarGuard, in anderen Worten, es ist Teil des test Paket, was ist ein Regressionstest-Paket für Python. Und dann Blättern Sie Ihre Seite ganz nach OBEN, Lesen Sie den Hinweis in der zweiten Zeile direkt nach dem Titel: Hinweis: Das test-Paket ist gedacht für die interne Nutzung durch Python nur. Es ist dokumentiert, für den Vorteil der core-Entwickler von Python. Jegliche Nutzung dieser Paket außerhalb der Python-standard-Bibliothek ist entmutigt, als code hier erwähnt zu ändern oder entfernt werden, ohne zu bemerken, zwischen den Versionen von Python.
    InformationsquelleAutor Devy
  2. 14

    Als @schillingt angemerkt in den Kommentaren, EnvironmentVarGuard war der richtige Weg. 

    from test.test_support import EnvironmentVarGuard # Python(2.7 < 3)
from test.support import EnvironmentVarGuard # Python >=3
from django.test import TestCase

class MyTestCase(TestCase):
    def setUp(self):
        self.env = EnvironmentVarGuard()
        self.env.set('VAR', 'value')

    def test_something(self):
        with self.env:
            # ... perform tests here ... #
            pass

    Diese richtig setzt die Umgebungsvariablen für die Dauer der Kontext-Objekt with - Anweisung.

    • Wirft ein import-Fehler. Darüber hinaus die Dokumentation für EnvironmentVarGuard besagt: "Warnung Der test-Paket ist gedacht für die interne Nutzung durch Python nur. Es ist dokumentiert, für den Vorteil der core-Entwickler von Python. Jegliche Nutzung dieser Paket außerhalb der Python-standard-Bibliothek ist entmutigt, als code hier erwähnt zu ändern oder entfernt werden, ohne zu bemerken, zwischen den Versionen von Python."
    • python 3 zog es zu from test.support import EnvironmentVarGuard. Allerdings, wenn Sie lieber nicht davon abhängen, ob für den internen Gebrauch nur code, die Sie kopieren konnten die python 2.7 Umsetzung der EnvironmentVarGuard in Ihrem eigenen code -- es ist ziemlich einfach.
    InformationsquelleAutor lollercoaster
  3. 5

    Mit EnvironmentVarGuard ist keine gute Lösung, wie es schlägt in einigen Umgebungen und arbeiten in anderen. siehe Beispiel unten.

    django setzen von environment-Variablen in tests unittest

    Eine bessere Lösung ist das, was vorgeschlagen wurde von erewok erfordert die Nutzung der unittest.mock in Python ist3.

    Vorausgesetzt, mit unittest

    from unittest.mock import patch
class TestCase(unittest.TestCase):

    def setUp(self):
        self.env = patch.dict('os.environ', {'hello':'world'})

    def test_scenario_1(self):
        with self.env:
            self.assertEqual(os.environ.get('hello'), 'world')

    ``

    InformationsquelleAutor gbozee
  4. 3

    Wenn Sie laden Sie Ihre Umgebungsvariablen in Django ' s settings.py - Datei wie folgt: 

    import os
ENV_NAME = os.environ.get('ENV_NAME', 'default')

    Können Sie diese: 

    from django.test import TestCase, override_settings

@override_settings(ENV_NAME="super_setting")
def test_...(self):
    • Dies ist eine sehr gute Antwort, denn es ist eine gängige Praxis zu ziehen os.environ Variablen in settings.py, und dann mit die - Variablen (a-la from django.conf import settings) in dem gesamten code. Wenn Ihr code verwendet, zum Beispiel my_obj = MyClass(arg=settings.MY_ENV_VAR) sind, dann werden Sie brauchen, um die Nutzung @override_settings() wrapper, um richtig legen Sie Ihre MY_ENV_VAR in unit-tests. Wenn Sie Ihre os.environ vars in sonstiger Weise my_obj werden nicht korrekt gestartet
    InformationsquelleAutor Lucas03
  5. 1

    Benutze ich py.test als meine test-runner, und es ermöglicht Ihnen das erstellen einer pytest.ini - Datei, in der Sie angeben können bestimmte Einstellungen der Datei zu verwenden, während der Ausführung von tests.

    Siehe Dokumentation dazu finden Sie hier:

    http://pytest-django.readthedocs.org/en/latest/configuring_django.html#pytest-ini-settings

    Ich empfehle py.test im Allgemeinen als ein test-runner, denn es unterstützt verschiedene Arten von test-Klassen und sogar einfache Funktionen, und es ist ziemlich einfach einzurichten, Leuchten oder anderen code, der ausgeführt wird vor und nach den tests.

    • Dies ist, wie zu ändern settings.py - Dateien, die nicht von environment-Variablen. Mein API-Aufrufe wie zum Beispiel AWS, etc sind mit Konstruktoren, die Umgebungsvariablen, nicht django-Einstellungen.
    • Sie sagte, "Es gibt Möglichkeiten, überschreiben die Einstellungen während des Tests, aber ich will Sie nicht definiert settings.py wie, dass ist eine Frage der Sicherheit." Ich sehe nicht, wie das definieren von Variablen in einer settings-Datei, die verwendet wird, nur, die von Ihrem test-runner ist eine Frage der Sicherheit.
    • Ich sollte gewesen klarer. Es gibt zwei Probleme. 1) Sicherheit, nicht zu Begehen, Anmeldeinformationen, 2) mein workflow mit boto und anderen APIs aufzuhalten der Benutzung von Umgebungsvariablen ich möchte also in der Lage sein, diese zu benutzen. Ich war nur er die Analogie mit settings.py
    • Ihre tests zu verwenden, die der aktuellen API-Schlüssel und Zugangsdaten? Sie sind eigentlich Los, um die Kommunikation mit Drittanbieter-APIs?
    • Ja, absolut. Es ist ziemlich schwer zu testen ob ein S3-bucket beschreibbar ist, etc., ohne Verwendung von API-Anmeldeinformationen.
    • Ich habe nie in Betracht gezogen das testen von Drittanbieter-APIs.
    • Nein, Sie sind nicht testen 3rd-party-APIs. Sie testen Sie die Konfiguration von Diensten auf diesen Drittanbieter-APIs und ob die Schnittstelle zu diesen APIs, die Sie eingerichtet haben wie erwartet funktioniert mit allen Sonderfällen. Das ist mehr als völlig akzeptable Praxis, es wäre verrückt, nicht zu.
    • Abgesehen von der Konfiguration, die wir testen in der Regel der code der Anwendung, die die Kommunikation mit APIs, die mit verspottet Schnittstellen. Ich glaube nicht, dass ich will, dass mein ci-server Aufrufe an die APIs. Ich möchte es nicht versehentlich E-Mails senden oder sprechen auf die Welt auf andere Weise entweder.

    InformationsquelleAutor erewok
  6. 0

    Alte Frage, aber es kam in einer Google-Suche und keine der bestehenden Antworten geeignet sind. Wenn Sie pytest, env-vars gesetzt werden kann,/wieder mit pytest ist monkeypatching Funktionalität.

    InformationsquelleAutor Tom
  7. 0

    Zunächst, mein env-variable PARTNER_CODE war wow.

    Konnte ich ändern kann, die env-variable mit dem folgenden:

    from test.support import EnvironmentVarGuard
with EnvironmentVarGuard() as env:
   env['PARTNER_CODE'] = 'sos'

    Nun meine env-variable PARTNER_CODE sagt sos.

    InformationsquelleAutor Sekhar
Schreibe einen Kommentar