http://docs.python.org/library/unittest.html

Même unittest2 est pas indispensable.

Nose permet de se faciliter la vie:

https://github.com/nose-devs/nose

surtout quand on mix fichiers de test et doctests (ce que j’adore).

Je n’ai jamais obtenu 100% de couverture de test de ma vie, même quand j’étais payé pour écrire des tests.

Et je ne parle même pas de TDD: j’ai beau essayer encore et encore, je reviens très vite au mode de fonctionnement initial. Penser à l’envers est très difficile.

Si on est vraiment un malade du test on peut se tourner vers des mock objects:

http://pypi.python.org/pypi/mock/0.8.0

Je n’ai encore jamais utilisé le mode test de distutils ni de serveurs de tests intégrés à la jenkins. Il parait que les vrais hommes les lancent à chaque git commit :-)

J’ai très bien pris ce billet, c’est même un honneur pour moi d’avoir un billet rien que pour moi !!!

Pour revenir sur le sujet, quel librairie vous utilisez pour tester votre code ? votre manière de couvrir votre code? est vous pour le 100% du code couvert de test ? En gros j’aurai aimé avoir un retour de personne qui me “semble” ;) de bon pythonneur !