Est-il possible d'exclure des répertoires de tests de coverage.py les rapports?

Je suis une sorte de rookie avec python tests unitaires, et en particulier coverage.py. Est-il souhaitable d'avoir des rapports de couverture comprennent la couverture réelle de vos fichiers de test?

Voici une capture d'écran de mon Rapport HTML comme un exemple.

Vous pouvez le voir, le rapport comprend des tests/test_credit_card. Au début, j'essayais d'omettre le tests/ répertoire de rapports, comme suit:

coverage html --omit=tests/ -d tests/coverage

J'ai essayé plusieurs variantes de cette commande mais je pourrais pas pour la vie de me procurer le tests/exclus. Après l'acceptation de la défaite, j'ai commencé à me demander si peut-être les fichiers de test sont censé à être inclus dans le rapport.

Quelqu'un peut jeter quelque lumière sur ce point?

  • J'ai eu un problème similaire. Je ne voulais pas supplémentaire fichiers python (standard lib, etc.) dans le rapport sur la couverture. J'ai fini de les dépouiller de l'XML: stackoverflow.com/questions/2293647/...
InformationsquelleAutor Kyle Fox | 2009-10-27
  1. 8

    Edit: je pense que j'ai maintenant d'accord avec le commentaire ci-dessous sur elle ne pas être une bonne
    idée de mélanger un test de votre code de production avec un test de vos tests
    code. Je ne peux pas supprimer un a accepté de répondre donc je vais le laisser inchangé.

    ** Veuillez downvote ma réponse! **

    C'est une bonne idée de voir la couverture de vos tests aussi des problèmes. Si votre test de code n'est pas exécuté, alors il n'y avait pas beaucoup d'intérêt à l'écrire!

    Celui que j'ai toujours, c'est quand je donne deux fonctions de test du même nom - je ajouter un nouveau test de plusieurs mois après l'original, et juste arriver à choisir le même nom. Le unittest cadre ne se plaignent à ce sujet - l'une des fonctions les peaux les autres et il ne peut pas exécuter l'une des épreuves! Le détail de la couverture du rapport montre que le problème immédiatement si.

    Si vous avez d'autres codes dans vos tests qui n'est pas en cours d'exécution alors que peut aussi être due à d'autres bugs, bien que généralement, il y a souvent un couple de lignes de code réutilisable qui pourraient ne pas être couverts en fonction de la façon dont les tests se invoquée, alors ne vous obstinez pas à vouloir à 100%.

    Et si vous avez un code de test qui n'est vraiment pas nécessaire, pas plus qu'il n'en est toujours bon de le supprimer!

    • Pas vraiment, c'est pas une bonne idée d'inclure des tests dans le code de la couverture résultat. Le pourcentage est censé vous montrer quelle est la couverture de test de votre code de production, de ne pas indirectement indiquer que vous avez inaccessible ou morts, le code de test. Utiliser différentes méthodes pour trouver des problèmes dans votre code de test, de ne pas abuser de la couverture de code métrique.
    • Je n'aurais pas forcément rapport (par exemple, dans ces petits GitHub badges) couverture qui comprend des tests, mais la vérification de la couverture de vos tests de temps en temps pour vos propres connaissances semble être une bonne idée.
    InformationsquelleAutor Scott Griffiths
  2. 38

    coverage html --omit="*/test*" -d tests/coverage

    • Juste pour ajouter : Plusieurs répertoires/fichiers peuvent être ajoutés à l'aide de la virgule comme --omit="*/test*,config/*.conf"
    InformationsquelleAutor user3128809
  3. 22

    Créer .coveragerc fichier dans votre dossier racine du projet, et inclure les éléments suivants: 

    [run]
omit = *tests*
    • votre réponse a été vraiment utile, car j'ai dû omettre de plusieurs répertoires.
    • L'omettre l'option multi-string de sorte que vous pouvez énumérer les multiples répertoires d'omettre (voir l'exemple dans doc)
    InformationsquelleAutor Cynthia Simiyu
  4. 1

    Vous pouvez également spécifier explicitement le répertoire a le code que vous voulez une couverture au lieu de dire quels sont les choses à omettre. Dans un .coveragerc fichier, si le répertoire d'intérêt est appelé demo, cela ressemble à

    [run]
source = demo
    InformationsquelleAutor Nathan