On pronone "driiveune" et pas "draïveune" (ça pique les oreilles ^^)
Par contre drive se prononce bien "draïve"
Sinon vidéo sympa, ça montre l'essentiel de la technique.
En revanche, les tests, bien qu'ils permettent effectivement de documenter, visent avant toute chose à mettre en confiance les développeurs pour casser (= refactorer) des portions de code, sans se dire "OMG c'est trop gros, en cassant ça, je vais avoir des bugs qui vont apparaître à un ryhtme régulier pendant des années"
@Gryzorz Désolé pour les oreilles :) Mais heureusement après 6 mois à me faire charrier sur cette video ma prononciation s'est nettement améliorée.
etiennesegonzac 1 year ago
Important également, les tests valident le code métier, mais qu'est-ce qui valide les tests ?
Il faut avouer qu'en fonction du problème, on ne peut pas écrire de tests suffisamment protecteurs/couvrants pour garantir la non-régression.
voici le piège du TDD mal expliqué à une équipe de dev :
int multiply (int n1, int n2) { //to make test 1236 pass if (n1 == 3 && n2 == 4) return 12; //to make test 3312 pass if (n1 == 5 && n2 == 6) return 30; return n1 + n2;
}
à méditer !
Gryzorz 1 year ago
On pronone "driiveune" et pas "draïveune" (ça pique les oreilles ^^)
Par contre drive se prononce bien "draïve"
Sinon vidéo sympa, ça montre l'essentiel de la technique.
En revanche, les tests, bien qu'ils permettent effectivement de documenter, visent avant toute chose à mettre en confiance les développeurs pour casser (= refactorer) des portions de code, sans se dire "OMG c'est trop gros, en cassant ça, je vais avoir des bugs qui vont apparaître à un ryhtme régulier pendant des années"
Gryzorz 1 year ago
Bonjour ,
Avant toute chose je vous remerci de cette video , et j'aimerai savoir comment adopté cette méthode pour testé les interface graphique pur java ...
Merci .
adonjess 1 year ago
@adonjess Noté. De nouvelles vidéos sur des aspects plus précis et plus concrets à venir :)
etiennesegonzac 1 year ago