Pour etre tres precis, le code produit a InSeal doit respecter:
- tests unitaires de tout, en meme temps que le developpement
- tests fonctionnels de tout, afin de ne pas avoir de non-regression
- automatisation au maximum, afin de ne pas perdre de temps. Ca inclute l'automatisation de l'execution des tests
- pas de repetiition dans la code: on ne code une chose qu'une seule fois de facon a pouvoir la modifier facilement
- le code doit etre lisible et maintenable car il sera lu et maintenu par qq'un d'autre que celui qui l'a ecrit.
Je regrette que tres peu de projets open source utilisent ces principes, notamment les tests unitaires. KDE vient tout juste d'introduire des tests unitaires pour khtml .
Les tests unitaires sont pour moi une garantie d'un developpement ou on ne recule jamais. Toutes les regressions sont capturees, donc on peut peter l'architecture interne dans tous les sens pour faire avancer le projet, ca n'impacte pas le resultat final.
Au contraire, les regressions sont le lot quotidien des differents projets o pen source. Heureusement, grace a CVS et au large panel d'utilisateurs, celles-ci sont corrigees avant les versions finales. Mais ca me gene quand meme que ce soient les utilisateurs qui doivent reporter les non-regressions alors que des tests unitaires feraient un meilleur travail.
Cote automatisation, il y a encore des tous petits progres a faire meme si globalement, les projets open source sont largement en avance sur les projets proprietaires dans ce domaines.
[^] # Re: Bienvenue dans un monde de merde
Posté par Philippe F (site web personnel) . En réponse au journal Cherche stagiaires pour faire du python, qt et C++. Évalué à 3.
- tests unitaires de tout, en meme temps que le developpement
- tests fonctionnels de tout, afin de ne pas avoir de non-regression
- automatisation au maximum, afin de ne pas perdre de temps. Ca inclute l'automatisation de l'execution des tests
- pas de repetiition dans la code: on ne code une chose qu'une seule fois de facon a pouvoir la modifier facilement
- le code doit etre lisible et maintenable car il sera lu et maintenu par qq'un d'autre que celui qui l'a ecrit.
Je regrette que tres peu de projets open source utilisent ces principes, notamment les tests unitaires. KDE vient tout juste d'introduire des tests unitaires pour khtml .
Les tests unitaires sont pour moi une garantie d'un developpement ou on ne recule jamais. Toutes les regressions sont capturees, donc on peut peter l'architecture interne dans tous les sens pour faire avancer le projet, ca n'impacte pas le resultat final.
Au contraire, les regressions sont le lot quotidien des differents projets o pen source. Heureusement, grace a CVS et au large panel d'utilisateurs, celles-ci sont corrigees avant les versions finales. Mais ca me gene quand meme que ce soient les utilisateurs qui doivent reporter les non-regressions alors que des tests unitaires feraient un meilleur travail.
Cote automatisation, il y a encore des tous petits progres a faire meme si globalement, les projets open source sont largement en avance sur les projets proprietaires dans ce domaines.