Conseils pour une bonne démarche de tests lors de vos développements

Voilà, il est 1h du mat(oui, j’ai un peu triché sur l’heure :D), et à cause d’un développement mal?,pas assez? testé, je me retrouve encore à travailler pour que tout marche demain et que mes petits utilisateurs soient contents 🙂

Du coup, quelques bonnes résolutions pour mes travaux futurs que, comme ils pourront peut-être vous profiter aussi, et que j’ai pas d’article aujourd’hui, je vous partage ici (puis ce sera aussi l’occasion de vous présenter le site « La rache« , une très bonne philosophie de développement…sauf dans certains cas 🙂 )

Une bonne démarche de test :

– Prévoir un temps non négligeable pour les tests!

– Si d’autres applications sont impliquées dans les développements, vérifier leur disponibilité pour la durée des tests (ex : sont-elles bien accessibles la nuit?)

– Avant le déploiement de l’évolution : essayer tous les tests possibles, même sur des environnements (recette/production…) qu’on penserait ne pas pouvoir accéder (genre changement des urls/bases de données utilisées), les tester tous même s’ils peuvent ne pas étre joignables (au pire, çà permet de tester les erreurs 😉 )

– Prévoir des tests unitaires / IHM de debug unitaires (ça c’est parfois très utile!!!) / tests applicatifs

– Contrôler avant tout déploiement de l’évolution qu’aucune trace du développement n’est plus présente

– Si des évolutions sont à prévoir sur des bases de données, écrire dans un fichier toutes les requêtes à exécuter dans l’ordre voulu (temps précieux gagné, et plus de risques d’oubli)

– Ecrire les tests à effectuer (tous!) sur papier dans un ordre défini. Dès qu’un test échoue, le corriger, et reprendre les tests depuis le début (et oui, les régressions sont si vite faites tard le soir !).

– Si des saisies utilisateurs sont demandées dans les développements, vérifier tous les types de données possibles en entrée (genre un numéro en chaine de caractère peut parfois faire des ravages!!!)

Voilà, ces quelques conseils devrait me re-servir (et oui, on apprend toujours d’une grande soirée de débug à l’arrache 🙂 ), et si ça peut vous profiter aussi, tant mieux. Si vous avez d’autres bons conseils, donnez les moi en commentaires!

Comments