web-dev-qa-db-fra.com

empêchant la couverture python d'inclure les packages de site d'environnement virtuel

Je suis nouveau à la couverture et a rencontré un problème étrange. Ma couverture prend en compte les packages de mon site d'environnement virtuel . Voici le résultat de la couverture:

coverage run test.py
....................
----------------------------------------------------------------------
Ran 20 tests in 0.060s

OK
(atcatalog)- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -jmfrank63@fullstack-audio-text-catalog:~/workspace (git master)       [19:58:45]
$ coverage report
Name                                                                              Stmts   Miss  Cover
-----------------------------------------------------------------------------------------------------
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/flask/__init__               18      0   100%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/flask/_compat                38     20    47%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/flask/app                   528    255    52%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/flask/blueprints            156    118    24%
                             .
                             .
                             .
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/werkzeug/urls               412    215    48%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/werkzeug/utils              242    175    28%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/werkzeug/wrappers           568    298    48%
/home/ubuntu/Envs/atcatalog/lib/python2.7/site-packages/werkzeug/wsgi               448    352    21%
atcatalog/__init__                                                                    7      0   100%
atcatalog/views/__init__                                                              0      0   100%
atcatalog/views/publang                                                               7      0   100%
atcatalog/views/pubtext                                                               1      0   100%
atcatalog/views/userlang                                                             13      0   100%
atcatalog/views/users                                                                 5      0   100%
atcatalog/views/usertext                                                             14      0   100%
test                                                                                120      0   100%
-----------------------------------------------------------------------------------------------------
TOTAL                                                                             12530   8044    36%
(atcatalog)- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -jmfrank63@fullstack-audio-text-catalog:~/workspace (git master)       [19:58:55]

Voici la structure de mon répertoire de projet qui se trouve sous home:

workspace/
├── README.md
├── atcatalog
│   ├── __init__.py
│   ├── __init__.pyc
│   ├── static
│   ├── templates
│   └── views
│       ├── __init__.py
│       ├── __init__.pyc
│       ├── publang.py
│       ├── publang.pyc
│       ├── pubtext.py
│       ├── pubtext.pyc
│       ├── userlang.py
│       ├── userlang.pyc
│       ├── users.py
│       ├── users.pyc
│       ├── usertext.py
│       └── usertext.pyc
├── requirements.txt
├── run.py
└── test.py

J'ai d'abord eu l'environnement virtuel dans le répertoire du projet et je l'ai maintenant déplacé vers ~/Envs avec virtualenvwrapper, mais le problème persiste . Run.py et test.py ne sont en aucun cas spéciaux; atcatalog . J'ai également essayé de trouver des moyens d'omettre le répertoire de l'environnement virtuel, mais Google n'a donné aucune réponse (étonnamment) . Je ne pense pas que l'objectif de la couverture soit de tester des packages-sites déjà bien testés. Donc, je les exclure de la course.

Comment puis-je accomplir pour éviter la couverture en testant mes packages de site?

27

Merci à tknickman J'ai compris: utilisez soit

coverage run --source <path to project dir> test.py

ou créez un fichier de configuration .coveragerc qui réside dans le répertoire à partir duquel vous exécutez la couverture, avec le contenu suivant:

[run]
source =
    <path to project dir>

Cela signifie que votre environnement virtuel n'est pas installé dans le répertoire du projet . Si vous avez l'environnement virtuel installé dans le répertoire du projet, vous pouvez l'utiliser.

coverage run --source <project path> --omit <pattern> test.py

Notez que omit veut un modèle de fichier comme

~/projectdir/venv/*

au lieu d'un chemin.

Le .coveragerc correspondant ressemblerait à ceci:

[run]
source=
    <path to project dir>
omit=
    <path to project dir>/<name of virtual env>/*

Je pense toujours que, comme les paquets de la bibliothèque standard, tous les paquets installés sous sites-paquets ne devraient pas être couverts par défaut.

34

Essayez d’utiliser py.test puis de spécifier vos options de test dans un fichier setup.cfg. Vous devrez d'abord installer Pytest. 

Par exemple:

[pytest]
norecursedirs = build docs/_build *.Egg .tox *.venv
python_files = tests/functional* tests/integration*
addopts =
    #--verbose
    --tb short
    # Turn on --capture to have brief, less noisy output
    # You will only see output if the test fails
    # Use --capture no if you want to see it all or have problems debugging
    --capture fd
    # --capture no
    # show extra test summary info as specified by chars (f)ailed, (E)error,      (s)skipped, (x)failed, (X)passed.
    - rfEsxX
    --junitxml junit.xml
    --cov workspace --cov-report xml --cov-report term-missing

Vous pouvez en savoir plus sur la configuration de py.test ici: https://pytest.org/latest/customize.html

4
tknickman

Si vous utilisez pytest, vous pouvez spécifier des chemins ou des fichiers exclusifs à tester dans setup.cfg ( voir docs ):

[pytest]
# a directory
testpaths = tests

# exact file(s)
python_files = tests/test1.py tests/test2.py

Il semble que si vous incluez les paramètres python_files et testpaths, le python_files ne sera utilisé que.

0
Evan Siroky