Discussion :

[Lucas Panny]

Bonjour,

Je travaille en régie pour le compte d'une SSII et on me demande d'utiliser la technique Test Driven Development
Et là je ne comprends pas comment dois-je procéder? C'est quoi un test unitaire, n'est-ce pas un métier du testeur?

En cherchant sur Google, je tombe souvent sur PHPUnit mais quelqu'un peut-il m'expliquer à quoi ça sert?

[grunk]

Cela sert à tester chaque partie de ton code.

A chaque classe va correspondre différents tests (en général un ou plusieurs test par méthode) qui vont garantir que ton application fonctionne correctement.

PAr exemple si tu as une méthode addition($a,$b). Tu auras un test additionTest(5,5); qui devra vérifier que le retour de addition() correspond bien a 10

Ces test sont en général à lancer après chaque modification du code pour confirmer que cette modification n'impacte pas négativement le fonctionnement (on va commencer alors à parler d'intégration continue).

n'est-ce pas un métier du testeur?

Il y'a des gens qui ne font que écrire des tests , mais c'est assez rare. En général c'est le développeur lui même qui écrit ses tests.
JE suis pas adepte de la pratique , mais il me semble que dans un monde idéal on écrit ses test avant même d'écrire ses classes métier

[Lucas Panny]

Bref, le test-driven development consiste donc à imaginer ce que sera l'application php au niveau code source. Une technique pour éviter les régressions aussi?

En théorie, c'est assez clair mais en pratique???

A chaque classe va correspondre différents tests (en général un ou plusieurs test par méthode)

Comment? Le test unitaire consiste à essayer automatiquement des valeurs d'entrée à une fonction

[grunk]

Comment?

En général avecun framework dédié à cela et des assertion.

Dans ta classe de test tu vas appeler ta méthode à tester et vérifier via des assertion que sont retour est un entier par exemple.

Je t'invite à lire cet article sur phpunit (framewokr de test) ca devrait te permettre d'yvoir plus clair

[gwinyam]

Pour faire simple, le principe du test-driven development (tdd), c'est que pas une seule méthode ou classe ne doit être écrite sans que son test n'ait pas été écrit auparavant.
C'est un peu brutal comme façon de travailler, je ne suis pas adepte de cette façon de faire mais elle se défend.

Un autre framework de tests qui me semble intéressant est Atoum, je ne me suis pas penché dessus mais je connais son créateur et je lui fais confiance sur la qualité de son produit. Si tu passes sur son blog, tu entendras parler régulièrement de tests unitaires.

[Lucas Panny]

C'est compliqué!
Il y a un vrai débat aussi sur sa potentielle utilité! Coder en plus de ce que je suis entrain de coder, de plus du code pour du test seulement

Je vais lire ton lien grunk
Concernant Atoum, c'est quoi le blog en fait?