Installer ailleurs pour améliorer

Parfois les évènements se combinent si bien qu'il semble que le hasard souhaite me faire écrire sur un sujet précis. Ou alors est-ce juste que je suis à l'écoute de certains incidents, et prêt à les comprendre?

Ce matin, mise à jour via SVN d'un projet, je lance ses tests unitaires... qui cassent alors qu'ils étaient bons hier. Bons sur une autre machine, je veux dire.
Hier, je termine un développement PHP, et je le livre sur le serveur de recette. Cinq minutes plus tard, mon chef me signale un bug, juste ce que je n'ai pas pensé à tester évidemment. Pourtant, sur mon poste de développement, tout était correct!

Évidemment, à chaque fois c'est lié à un petit défaut rendu visible par le déploiement sur une autre machine. Défaut qui se serait vu de toute façon lors de la mise en production.

Pour le premier cas, j'ai changé la structure de la base de données, mis à jour le dump SQL... mais mal, et une précédente modification de structure n'avait pas été reportée. Sauf que le dump SQL n'est pas utilisé pour préparer la base de données des tests unitaires, je copie en réalité la structure de la base de développement, qui est généralement à jour. Bref, je compte sur ce dump SQL pour pouvoir déployer facilement, mais mon quotidien ne m'assure pas qu'il fonctionne. Correction faite, le logiciel est plus "solide".

Dans le second, une donnée est cherchée dans la session PHP... alors que cela fait quelques jours qu'elle n'est plus en session, mais dans un objet passé à chaque script. Le code a évolué, mais ne pas avoir vidé l'ancien "véhicule" des données ne m'a pas permis de voir le bug. Là encore, logiciel plus "solide".

Bien sûr, rien de foudroyant : c'est une bonne pratique couramment admise que de livrer tôt et souvent. Maintenant, j'ai une pierre de plus qui pèse pour me faire respecter cette loi!