Cette philosophie est de plus en plus répandu, c'est à dire de coder des tests automatisés pour chaque "fonction" avant même de coder la fonction elle même. Ainsi, une fois qu'on a à faire une modif, on n'a qu'à rouler la série de tests automatisés pour s'assurer que tout est encore fonctionnel
 
ca se fait plutot bien en java ou même en C, mais c'est applicable au Perl?
 
La plupart du temps, on utilise perl dans un environnement de sysadmin, et je vois mal comment on peut coder des tests automatisés pour l'envoit de courriel avant l'expiration d'un mot de passe ou encore la création d'un compte utilisateur sans affecter réelement notre environnement de prod
 
vos avis?

La philo XP est une méthode de travail, et elle est indépendante du langage. AU maximum, il peut y avoir un problème d'outils.
 
http://perlunit.sourceforge.net/

je ne dis pas que le problème est relié au language mais plutot au type d'application normalement créer avec ce language
 
dans mon cas, nous utilisons perl pour de l'administration AIX, et faire des tests d'envoit de courriel ou de modification de parametres sur une machine en prod, c'est pas vraiment une bonne idée

Qui te dis de faire ca sur une machine de prod.

 
on a malheureusement pas une machine de dev pour chaque type de machine de prod
 
ex: on a des machines aix 4.3.3, 5.2, 5.3
certaines avec du DB2 7.1, 7.2, 8.1
on a des serveurs samba 2.2.8a, 3.0.11
serveurs apache 1.3.31, 1.3.33
serveurs Domino
serveur Cvs
...
 
d'où le hick

Tu peux te contenter d'avoir une machine qui supporte 5.3, mettre 3 disques dessus et installer 4.3.3 sur le premier, 5.2 sur le deuxième et 5.3 sur le troisième, et booter sur l'un des trois au choix. Par contre ça ne règle pas le problème de tes différents applicatifs. Suivant ce que tu veux faire tu peux surement faire des tests sans risque sur tes machines de prod, si c'est juste créer des comptes utilisateurs ou des choses du genre.

Quel est le rapport avec l'XP là ??