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?

pythontestingvirtualenvcode-coveragepython-coverage
27
Johannes Maria Frank

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
Johannes Maria Frank

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