Dans le développement logiciel, donc, quand on cherche à optimiser on est confronté à un choix :
- soit on optimise la vitesse d'exécution,
- soit on optimise la mémoire consommée.
Quand on peut gagner sur les deux tableaux : vitesse et espace utilisé, c'est qu'on s'était fourvoyé au départ. Ou alors qu'on a vraiment trouvé une autre façon d'aborder le problème, qui permet de gagner en vitesse et en mémoire.
Avec les tests automatisés, c'est pareil - qu'il s'agisse de développement piloté par les tests ou de chaîne de développement automatisée. On peut gagner sur les deux tableaux : qualité et temps de développement.
Alors pourquoi tout le monde n'en fait pas ? Parce qu'il faut changer les habitudes, se former, et cela veut dire perdre un peu de temps à court de terme. Investir, en fait.
Et aussi devenir adulte, accepter que même les bons développeurs expérimentés n'échappent pas aux bugs et qu'il est illusoire d'espérer que cette fois, tout se passera bien, qu'on peut y aller sans faire de tests, que le client les fera et puis on verra bien, on s'en est toujours tiré de toutes façons et puis, oui, des fois le boulot c'est dur...
(voir aussi mon post sur le respect).
(bis)
IL FAUT TESTER AVANT DE LIVRER
ET LA SEULE FACON D'Y ARRIVER, C'EST D'AUTOMATISER !
Aucun commentaire:
Enregistrer un commentaire