Voici le plan :
1) Faire une série de tests pour vérifier que toutes les classes et
méthodes sont présentes. Dès qu'on ajoute une nouvelle classe ou une
nouvelle méthode sans renseigner la procédure de tests -> erreur.
Le principe en gros est de s'assurer que la modification est prise en
compte et chaque patch devra comporter un ajout dans le test.
2) Etablir des procédures de tests y compris avec des raisonnements en
creux. Si on s'attend à un POST, on envoie un GET, un PUT et un DELETE
pour voir comment ça se comporte. Si on s'attend à une array on envoie
un 'null' ou n'importe quoi d'autre, etc.
Un bon testeur raisonne en creux, d'où l'avantage de connaître sur le
bout de ses doigts l'algèbre booléen.
3) Faire un framework minimum pour les plugins afin qu'ils puissent
intégrer des procs de tests (moins évident)
Le problème Dotclear va évoluer en même temps. Donc je vais passer pas
mal de temps à courir après les devs de bases. Sans compter qu'en
passant je vais corriger des bugs certes mineurs (ou non).
Voilà. Bon je m'y colle. Je bosse à partir de maintenant sur la v
2.5.2 à venir.
Moi ça me fait peur :D mais je suis curieux.
--
lipki
--
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
