Comments on: Un gros guide bien gras sur les tests unitaires en Python, partie 3

By: Sam

Sam — Thu, 20 Aug 2015 16:39:39 +0000

On peut documenter ses fonctions de tests pour que quand il foire on sache ce qui a foirer : les libs s'en servent pour afficher du contexte. Mais en général, un nom explicite suffit.

By: furankun

furankun — Thu, 20 Aug 2015 15:37:14 +0000

Attention question conne: est-ce qu’il faut documenter les fonctions de test? Si oui on pourrait, dans une certaine mesure, lancer des doctests..!

By: Mathieu

Mathieu — Mon, 01 Dec 2014 14:58:33 +0000

On attend la suite :'(

By: Stéphane

Stéphane — Fri, 05 Sep 2014 04:48:42 +0000

@bussiere: Roberto y Gabriella passe un peu partout en France (et à côté aussi). Amiens, Rouen, Marseille, à côté de Bordeaux, Lyon, Rennes, Zurich, etc.
Pas besoin d’aller à Paris pour ça si on n’est pas du coin. :-)

By: foxmask

foxmask — Thu, 28 Aug 2014 06:50:28 +0000

j’ai pu lire tranquille l’article dans le air euh air, du coup je rebondis sur l’appareil tof avec péloches – ba c’est très pratique quand t’as pas envie que tes gosses se le fassent braquer quand ils sont en voyage “pédagogique” à l’étranger – elles étaient couleurs et réussies – moqueur! ;)

By: cendrieR

cendrieR — Wed, 27 Aug 2014 14:09:52 +0000

La suite du dossier, <3.

By: foxmask

foxmask — Wed, 27 Aug 2014 12:08:23 +0000

j'ai réussi à me mettre aux tests unitaires (mode persevere apres des années;) avec django à partir de ce tuto qui a un an tout pile. J'attends le vôtre du coup pour voir si j'ai tout bien comprendu la mécanique ;) C'est long à mettre en place quand on ne fait pas de TDD dès le début, mais au moins ça marche bien, surtout couplé à coverage pour suivre l'évolution des TU.

By: Fab

Fab — Tue, 26 Aug 2014 15:38:51 +0000

Yes, merci beaucoup, j’attendais la suite de cette série avec impatience. Merci encore pour ce site; de plus en plus lorsque je fais une recherche dans google, c’est avec “site:sametmax.com”…

By: Romain

Romain — Tue, 26 Aug 2014 13:51:27 +0000

J’ai du mal à me mettre à py.test malgré le prosélytisme incessant de S&M :). Je suis perverti par trop d’utilisation de JUnit ce qui me rend aficionado d’unittest. Je vais me pencher dessus à nouveau mais mon ressenti aujourd’hui c’est :

* la sortie (par défaut ?) est super verbeuse. Après, unittest est pas tout le temps propre non plus, notamment quand le code fait des print ou des traces de warning (avec requests sur python 3.4, c’est moche par exemple).
* Il faut faire un pip install, donc penser à mettre un requirement.txt, etc… (flemme)
* L’utilisation des fixtures pour les setup et teardown, ça me déroute.

L’auto discovery, tu l’as avec unittest quand tu utilise la CLI, avec une bonne granularité en python 3 :

python -m unittest module.ClasseDeTest

By: Sam

Sam — Tue, 26 Aug 2014 13:33:57 +0000

@bussiere: j’ai vu, je suis passé devant l’affiche :)

@Raphi, ah oui, faut bien effectivement :)