Bonjour,

Le 10 août 2013 13:38, Regis FLORET <[email protected]> a écrit :
> On 10/08/2013 15:27, Nicolas wrote:
>>
>> Je regarde pour faire la même chose avec atoum tant qu'on en est au début.
>>
> Si j'avais su que c'était si important pour toi, j'aurais garder mes
> fichiers.

Ce n'est pas pour moi spécialement. Ecrire des tests n'est pas
spécialement le plus intéressant dans le développement. Donc autant
utiliser un outil qui les rends un petit peu plus intéressant ou au
moins un peu plus facile à lire et écrire. Pour moi PHPUnit est
l'antithèse de cela.

Je propose juste d'écrire la même chose que tu as écrit avec atoum et
après on décide de manière collégiale.
Tu ne vas certainement pas écrire tous les tests de dotclear ni les
maintenir pendant des années, même avec la meilleure volonté du monde.
Autant que le maximum de personnes adhèrent à l'outil pour que des
tests soient ajoutés et ceux déjà écrit soient maintenus.

> J'ai organisé comme suit avec un espace de nommage :  namespace
> dotclear\unit\tests;
>
> Et là, Atchoum m'informe qu'il n'arrive pas à trouver dotclear\crypt pour le
> test dotclear\unit\tests\crypt

Comme pour PHPUnit tu es obligé de préciser où se trouve ce que tu
testes étant donné que l'arborescence dotclear ne respecte pas la
convention PSR0
Et comme on sera dans un espace de nom, pour utiliser les librairies
que l'on veut tester il faudra bien évidemment les échapper. Ce sera
donc \crypt et pas crypt.

> Alors soit c'est moi, c'est c'est Atchoum, mais il semblerait qu'il veuille
> vérifier que la classe testée doit existé.

Evidemment qu'elle doit existée !

> Bien sûr il te jette si tes tests ne sont pas dans l'espace de nommage
> dotclear\unit\test.

Cela se configure. Un peu de patience j'arrive.

Encore une fois, je ne veux absolument pas te décourager, ni t'imposer
un outil. Je ne suis pas décideur. Chacun donne son avis et on prend
une décision de manière collégiale en ayant pointer les avantages et
les inconvénients de chaque solution.

Nicolas
-- 
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev

Répondre à