Comment utiliser "Discover" pour exécuter des tests dans mon répertoire "tests"?

Tout d'abord: avoir un __init__.py n'est pas inhabituel, car __init__.py indique à python que le répertoire est un module; Il est habituel d'avoir un fichier __init__.py vide. J'ai eu la même erreur et je l'ai corrigée en renommant mon répertoire . .

Je pense que vous avez une certaine confusion sur la commande Discover . Selon la documentation.

Unittest prend en charge la découverte de tests simples. Afin d'être compatible avec la découverte de test, tous les fichiers de test doivent être des modules ou des packages (y compris les packages d'espace de noms) importables à partir du répertoire de niveau supérieur du projet (cela signifie que leurs noms de fichiers doivent être valides identifiants).

Cela signifie que tous les fichiers de test doivent être importables à partir du répertoire à partir duquel vous exécutez la commande (répertoire qui contient votre répertoire web ). Assurez-vous que tous les fichiers de test doivent être dans des packages python valides (répertoires contenant __init__.py).

Deuxièmement, vous exécutez la commande python -m unittest discover tests qui est faux. Vous n'êtes pas obligé d'ajouter des tests à la fin. unittests avec la commande Discover prend en charge 4 options. Vous pouvez en savoir plus ici .

J'ai la structure de répertoires suivante.

...
----------------------------------------------------------------------
Ran 3 tests in 0.000s

OK

Et j'exécute la commande suivante.

python3 -m unittest discover

Avec les résultats suivants.

 web
    ├── __init__.py
    └── tests
        ├── __init__.py
        └── test_models.py

Si un fichier nommé tests.py existe en tant que frère du module tests , cela provoquerait probablement l'erreur ImportError mentionnée, et la suppression de test.py devrait le corriger.

p> Si les tests unitaires ne sont toujours pas découverts, quelques questions s'imposent:

1) le module de test contient-il au moins une classe dérivée de django.test.TestCase?

2) et dans ce cas, cette classe contient-elle au moins une méthode dont le nom commence par "test_"

Veuillez noter que le nom de tout fichier contenant un test unitaire doit commencer par "test ".

Donc model_test.py ne fonctionnera pas; est généralement utilisé pour configurer certains faux modèles, mais les tests unitaires doivent résider ailleurs.

Vous pouvez découvrir et exécuter des tests avec cette commande de gestion:

python manage.py test appname

ou

python manage.py test

Y a-t-il une raison particulière d'utiliser à la place python -m unittest discover ? Je pense que cela pourrait fonctionner non plus, mais vous devrez ensuite démarrer manuellement l'environnement django

Pour compléter ...

Vous connaissez déjà ce formulaire ici :

Les noms de vos tests et fichiers doivent correspondre à un modèle spécifique pour être détectables par discover () .

Mais alors vous avez cette erreur:

"django.core.exceptions.ImproperlyConfigured: Paramètres demandés, mais les paramètres ne sont pas configurés"

Cela signifie que Django n'a pas pu trouver ses paramètres lors de l'exécution de vos tests. Vous pouvez dire où trouver les paramètres à l'aide d'une variable d'environnement:

settings.configure()

Référence: https://docs.djangoproject.com/en/2.2/topics/settings/#designating-the-settings

D'un autre côté ...

Vous devriez exécuter vos tests Django avec

from django.conf import settings

cela recherche automatiquement des tests en utilisant le même mécanisme que discover () , et comme vous exécuteriez une commande Django, vous aurez certains avantages par rapport à l'exécution directe des tests Django.

@Nafees Anwar a demandé: Comment définir la variable d'environnement configure-t-il les paramètres?

Au tout début du fichier model_tests.py , il y a la ligne des paramètres d'importation de django.conf , lors de la création des paramètres LazyObject c ode> instance, Django recherchera cette variable d'environnement. Lisez le code pour plus de détails.

Je publierai ici un extrait de ce code à titre d'illustration.

# django.conf module.
ENVIRONMENT_VARIABLE = "DJANGO_SETTINGS_MODULE"


class LazySettings(LazyObject):
    """
    A lazy proxy for either global Django settings or a custom settings object.
    The user can manually configure settings prior to using them. Otherwise,
    Django uses the settings module pointed to by DJANGO_SETTINGS_MODULE.
    """
    def _setup(self, name=None):
        """
        Load the settings module pointed to by the environment variable. This
        is used the first time we need any settings at all, if the user has not
        previously configured the settings manually.
        """
        settings_module = os.environ.get(ENVIRONMENT_VARIABLE)
        if not settings_module:
            desc = ("setting %s" % name) if name else "settings"
            raise ImproperlyConfigured(
                "Requested %s, but settings are not configured. "
                "You must either define the environment variable %s "
                "or call settings.configure() before accessing settings."
                % (desc, ENVIRONMENT_VARIABLE))

        self._wrapped = Settings(settings_module)

Donc, si vous le faites: p >

./manage.py tests

une fois cette variable d'environnement réglée, l'instruction

DJANGO_SETTINGS_MODULE='myproyect.settings' python3 -m unittest discover

échouera avec RuntimeError ('Paramètres déjà configurés.')