Je ne crois pas non plus que les projets de tests utilisant le Gherkin qui réussissent le fassent grâce au Gherkin.
Effectivement, mais il rempli un besoin qu'ils ont et qu'ils ne pourraient pas remplir autrement.
Le BDD c'est une méthodologie pas une technique. Ça correspond à un processus, une façon de faire. Notamment il y a le principe des "3 amigos" : un expert du domaine, un testeur et un dev qui se mettent d'accord sur les critères d'acceptance. Le fait que ces 3 acteurs soient en mesure d'écrire et de comprendre les critères est vraiment pratique. Le fait qu'il n'y a pas de d'étapes pour passer de ses critères aux tests exécutés est presque nécessaire sinon tu peux jeter tes critères car ils ne seront jamais à jour donc jamais lisibles par un expert du domaine.
C'est un problème général. Quand on parle des techniques issues du DDD (Domain Driven Design). Les dev s'intéressent à la technique et oublie le processus qui va avec. C'est vraiment regarder le sujet par le petit bout de la lorgnette. Tu as le même point quand il est question de CQRS ou d'Event Sourcing. Les gens oublient de définir par exemple ce qu'est un agrégat (entre autre).
[^] # Re: sans pour autant savoir faire du dev
Posté par barmic . En réponse au journal Du concombre et du cornichon. Évalué à 3.
Effectivement, mais il rempli un besoin qu'ils ont et qu'ils ne pourraient pas remplir autrement.
Le BDD c'est une méthodologie pas une technique. Ça correspond à un processus, une façon de faire. Notamment il y a le principe des "3 amigos" : un expert du domaine, un testeur et un dev qui se mettent d'accord sur les critères d'acceptance. Le fait que ces 3 acteurs soient en mesure d'écrire et de comprendre les critères est vraiment pratique. Le fait qu'il n'y a pas de d'étapes pour passer de ses critères aux tests exécutés est presque nécessaire sinon tu peux jeter tes critères car ils ne seront jamais à jour donc jamais lisibles par un expert du domaine.
C'est un problème général. Quand on parle des techniques issues du DDD (Domain Driven Design). Les dev s'intéressent à la technique et oublie le processus qui va avec. C'est vraiment regarder le sujet par le petit bout de la lorgnette. Tu as le même point quand il est question de CQRS ou d'Event Sourcing. Les gens oublient de définir par exemple ce qu'est un agrégat (entre autre).