Comments on: Se simplifier les tests Python avec Pytest http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/ Du code, du cul Sat, 07 Nov 2015 11:08:18 +0000 hourly 1 http://wordpress.org/?v=4.1 By: Sam http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-153065 Sun, 21 Dec 2014 11:41:19 +0000 http://sametmax.com/?p=2884#comment-153065 Nose ne s’occupe que de lancer les tests. Pytest permet cette syntaxe à base de assert.

]]> By: Séb http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-153053 Sun, 21 Dec 2014 08:06:28 +0000 http://sametmax.com/?p=2884#comment-153053 Bonjour,

Désolé l’article est un peu ancien…

mais je me demande quelle est la (quelles sont les) différence(s) essentielle(s) ave nose ? https://nose.readthedocs.org/en/latest/

Merci d’avance

]]> By: Sam http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2918 Thu, 08 Nov 2012 15:35:33 +0000 http://sametmax.com/?p=2884#comment-2918 @karl: cet article ne s’intitule pas “apprenez les tests unittaires” ou “les bonnes pratiques des tests unittaires”. Le but est ici de comprendre pytest, et chaque information ajoutée qui n’est pas indispensable éloigne de cet objectif.

]]> By: karl http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2914 Thu, 08 Nov 2012 09:45:14 +0000 http://sametmax.com/?p=2884#comment-2914 Pour ce qui est de exemple_html() il est souvent mieux de ne pas introduire de dépendance sur un paramètre incontrôlable. Dans ce cas, le fait que la connexion vers Google se fasse correctement. Il est ainsi mieux de fournir une chaîne de markup ou des chaînes d’ailleurs. Afin de tester les nombreuses possibilités commme <title\n>blah</title> ou <title>bli\nboulga</title> etc.

]]> By: Sam http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2904 Wed, 07 Nov 2012 20:09:08 +0000 http://sametmax.com/?p=2884#comment-2904 Les fixtures sont appelées une fois par test dont le nom de la fixture est en paramètre. Comme le précise soli, on peut aussi faire des fixtures qui sont appelées une seule fois en tout, mais je ne le montre pas dans l’article. Pytest est une lib très riche.

]]> By: JeromeJ http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2903 Wed, 07 Nov 2012 19:28:37 +0000 http://sametmax.com/?p=2884#comment-2903 Hello, les fixtures ne sont appellées qu’une fois c’est ça ?

Sinon merci bien car unittest c’est une pilule douloureuse dont on se passe souvent par conséquent :D

]]> By: Sam http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2902 Wed, 07 Nov 2012 19:02:59 +0000 http://sametmax.com/?p=2884#comment-2902 (juste pour le plaisir, moi je n’avais pas encore fais mumuse avec)

Sinon oui, quand on a justes quelques fonctions qui prennent des primitives en paramètres, et qui retournent des primitives, doctest est vraiment idéal.

]]> By: Kontre http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2901 Wed, 07 Nov 2012 17:44:21 +0000 http://sametmax.com/?p=2884#comment-2901 “Max m’a dernièrement”, il manque l’apostrophe.

Moi j’utilise doctest, ça suffit largement pour mes besoins persos (c’est plutôt du code de recherche). Et je me suis aperçu que je faisais parfois du TDD de manière naturelle avec, ça m’aide d’avoir un exemple sous les yeux pour me focaliser sur ce que je dois coder. Mettre en place tout un système de test complet, ça m’a toujours paru tellement fastidieux !

]]> By: Sam http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2899 Wed, 07 Nov 2012 16:39:06 +0000 http://sametmax.com/?p=2884#comment-2899 Ce que j’aime avec les lecteurs de ce blog, c’est que globalement les commentaires sont d’excellente qualité.

]]> By: Soli http://sametmax.com/se-simplifier-les-tests-python-avec-pytest/#comment-2898 Wed, 07 Nov 2012 15:37:33 +0000 http://sametmax.com/?p=2884#comment-2898 Il existe toujours une notion de setup/teardown (à la xunit) dans py.test, qu’on peut établir au niveau d’un module, d’une classe, d’une méthode, etc. ça facilite la transition.

Py.test peut aussi remplacer nose comme “test runner”/”test discoverer”.

Il existe enfin de nombreux plugins, pour joindre aux tests unitaires des tests de couverture (via coverage de Ned Batcheler), distribuer ceux-ci (xdist, qui fait aussi du looponfailing), etc.

Globalement, ce que je trouve remarquable c’est la flexibilité de py.test (notamment via la paramétrisabilité des tests, mais aussi la configurabilité).

]]>