Mon pti juju, tu permets qu’on se tutoie ?
Tu nous as écris un gentil mail:
Hello,
Est il prévu un article sur la maintenance du code et les tests en python?
Principalement sur les asserts par exemple.Merci,
Et commes nous répondons toujours aux mails, nous avons pongué:
Hello,
Rien de prévu mais ça peut se faire. Les tests en particuliers, car
c’est vrai que c’est un sujet mal traité généralement.Je serai très intéressé de savoir ce qui vous pose le plus de problème
avec les tests (quelles parties ne sont pas claires, quels pas vous
n’arrivez pas à faire), car c’est là dessus qu’il faudra orienter
l’article.Par contre, qu’entendez-vous par la maintenance ? Car tout ce que je
peux imaginer (refactoring, migration, version control, etc) n’est pas
vraiment spécifique à Python.
Malheureusement Gmail nous as contacté, l’air triste, un peu coupable sans doute. Et il nous a expliqué, avec une petite larme à l’oeil que:
The e-mail address you entered couldn’t be found. Please check the recipient’s e-mail address and try to resend the message. If the problem continues, please contact your helpdesk.
Aussi cher Juju, à l’avenir, quand tu utiliseras le formulaires pour nous envoyer des petits mots doux, aurais-tu la gentillesse de vérifier ton adresse email ?
Pour les autres, sachez que nous répondons à TOUS les emails que nous recevons pourvu qu’ils soient polis et lisibles. Nous avons en effet là chance d’avoir un traffic humainement gérable (pour le moment, mais la gloire n’attend pas…).
Donc si vous ne recevez pas de réponse:
- soit vous êtes un gros con;
- soit vous êtes dans les spams;
- soit vous vous êtes gourés dans votre adresse (STRONG PROBABILITY HERE).
De notre côté, peut-être devrions-nous implémenter une confirmation par email pour les envois de message par formulaire de contact pour s’assurer que l’adresse est valide. Mais bon, c’est encore du taff pour un blog qui prend déjà beaucoup de temps, et nous sommes passablement occupés à faire des trucs superficiels tels que manger, s’amuser, dormir, baiser et travailler.
Salut les dresseurs de snakes,Moi je pense que c’est gmail qui fait le con, il m’arrive assez fréquement ce genre de truc.
……à+
Le ton de ce billet n’est-il pas un peu dur pour une histoire de mail mal tapé ? oO
Vous trouvez ça dur ? J’avais pas l’impression en le tapant, je le voulais taquin. Si l’auteur du mail s’en sent offensé, j’offre mes excuses car ce n’est pas le but.
Hello , Je suis le fameux Julien. Désole pour l’erreur d’email, je pense que Gmail et mon serveur perso ne s’apprécie pas trop.
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 !
Pour python le module unittest suffit largement:
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 :-)