J'avais commencé à mettre en place des tests unitaires, sur Clearbricks, avec PHPUnit et comment dire… c'est ch… pénible à faire :-p
Je sais que Pascal Chevrel avait envie de passer à Atoum pour mettre ça en place, il y a peut-être une équipe à monter pour organiser et partager le boulot ? Le 7 août 2013 22:02, Nicolas <[email protected]> a écrit : > Salut Régis, > > Le 7 août 2013 21:46, Régis FLORET <[email protected]> a écrit : > > Bonjour > > > > J'ai pas mal fureté à droite à gauche comme vous en avez pu vous en > rendre > > compte. Pour savoir si j'allais continuer l'aventure, j'ai carrément > passé > > mon blog sous Dotclear. Juste pour voir. > > Super ! > > > Pour l'instant, ça me plaît, l'ambiance générale me plaît. > > On va tâcher de ne pas te faire fuir alors ! > > > Cependant, je trouve qu'il y a un gros manque par rapport aux canons > > modernes de la programmation : ce sont les procédures de tests. Je sais > > c'est absolument chia... pénible à faire, mais indispensable à faire. > > Tu remarqueras que ce manque existe dans de nombreux projets du même > âge. Et plus le projet vieillit plus il devient difficile de faire des > tests sur le code existant. > > Je pense que la plupart des développeurs sont conscients qu'il faut > faire des tests et surtout en comprends l'ntérêt. Mais je crois que > pour certains (pas tous j'espère) il voit tout de même cela comme une > perte de temps. De plus le fait que les outils ne soient pas très > sympas à prendre en main et/ou utiliser n'aide pas. > > > On écrit un truc, on test, ça passe ou pas. Tant que ça passe pas, on ne > > peut pas soumettre un patch. > > On est d'accord c'est bien comme cela qu'il faudrait faire. > > > J'ai vu qu'il y avait un truc embryonnaire sans les sources, je vais > creusé > > dans cette direction. Je sais que je vais être un peu seul sur ce coup. > > D'autant que mes origines d'automaticiens font que j'ai quelques > > prédispositions pour le faire. > > Super. On va essayer de profiter des tes origines. > > > La première chose à faire est de faire les tests pour clearbrick, puis > pour > > Dotclear et enfin proposer un framework de test pour les plugins. > > Je ne sais pas si c'est la première chose à faire. L'idée à moyen/long > terme serait plutôt de se débarrasser de clearbricks. > > D'ailleurs quand tu parles de tests de quoi parles-tu précisément ? De > tests unitaires, tests fonctionnels, tests d'acceptation, tests > d'interface,... > > > Autre manque le passage d'un Lint dans le code. J'ai passer un lint tout > > basique... comment dire... je ne m'étais jamais fait insulté par un > > programme avant. Pas à ce point. Les lint ne sont qu'une garantie de > > clareté de code et ça évite les erreurs les plus grossières. > > Quel outil as-tu utilisé ? > > > Pour le lint, c'est plus simple. On prend les fichiers les uns après les > > autres pour apporter les modifs et hop ! on commit. > > Oui et on devrait aussi appliquer le lint sur les commit que l'on fait > pour garder le tout cohérent. > > > Question : Qu'est-ce que vous en pensez et surtout est-ce que la > core-team > > est ok ? > > Que de bonnes idées. Il n' y a plus qu'à .... > > a+ > Nicolas > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Franck -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
