Projet : TDD

La programmation part les tests n'est pas quelque chose d'instinctif. Elle nécessite :

1. un apprentissage (au départ on se sent nul et comme on aime pas ça on blame la méthode)
2. d'être appréhendée de façon non dogmatique (on ne test pas tout avant, on utilise juste la fonctionnalité que l'on va coder pour nous permettre de mieux la définir)

Bref, prenez la comme une voie à suivre. Une fois habitué vous ne pourrez plus vous en passer.

Nous allons suivre le livre TDD by example de Kent Beck (Suivez son twitter, ses posts sont souvent rigolos et toujours utiles). Initialement écrit pour le java, nous allons appliquer ses enseignements au python. Vous allez apprendre à écrire du code par les tests et pourquoi cela permet permet d'atteindre plus facilement le but de la programmation :

Outre la méthode, nous verrons également quelques techniques pour y arriver de façon claire et pratique, comme des règles de refactoring (issues de Refactoring: Improving the Design of Existing Code de Martin Fowler (allez voir son site, y'a moult choses chouettes sur le code, l'agile, la vie et le reste)).

Ceci devrait vous permettre de diminuer le nombre de WTFs/minute, qui est le meilleur indicateur au monde d'un bon code (issu du livre clean code de Robert C. Martin. Ce n'est pas un livre pour débutant mais si vous avez déjà compris le tdd, c'est un super pour finaliser votre compréhension) :

On va exécuter les tests un million de fois. Pour éviter la luxation de l'index il faut retenir les raccourcis claviers qui vont vous permettre de lancer les tests sans problème :

• dédiez un terminal pour cela. Une fois la commande tapée, il vous suffit de faire flèche du haut pour revenir à la commande précédente et l'exécuter
• lorsque vos tests passent, il est intéressant d'utiliser le raccourci clavier de votre éditeur pour exécuter tous les tests (sous vscode).

Projet

Vous allez créer dans cette séance une application de change entre Franc suisse (CHF) et dollars US ($).

Avec le taux de conversion : 1 CHF = $0.5

Comment ?

En programmant par les tests bien sur !

On commence par une todo list qui regroupe tout ce que l'on pense faire pour l'instant. Cette liste va diminuer lorsque l'on avancera sur le projet et grossir lorsque notre connaissance du projet va s'affiner.

Nous n'utiliserons pas ici notre code. Mais il faudra tout faire from scratch. On aura donc besoin :

• d'une todo list où tous nos items à faire pour l'instant sont écrit : le backlog
• de fichiers de tests
• du code

On verra tout au long du cours divers patterns de test et de développement pour que tout aille pour le mieux. Notre but est ici de faire du :

Pour cela on va se fixer quelques règles :

• on écrit du code que si un test rate
• on élimine les duplications

Ces 2 règles impliquent un mode de fonctionnement de note production code :

Cela permet de prendre du plaisir à coder :

• en écrivant du code dont est sûr qu'il ne cassera rien
• en voyant la todo list diminuer ce qui montre qu'on progresse
• comme tous les tests sont conservés on sait que l'on ne travaille pas pour rien

Code

On va développer petit à petit notre propre application de change en utilisant le TDD. La logique est :

• chaque test couvre un petit ajout d'une fonctionnalité
• la première chose à faire sera de (rapidement et salement) faire fonctionner les tests
• toute les modifications de code sont effectuées alors que les testent passent
• le refactoring est fait par petites touches

Déroulé

Le déroulé du projet est séparé en trois parties :

1. Introduction et principes de la méthode en action
2. On s'entraîne
3. On progresse en utilisant des design pattern

Bilan

Cette méthode vous aidera à mieux coder, elle élimine la peur de faire des essais et de modifier le code. En revanche, elle n'est vraiment efficace qu'une fois bien assimilée. Avant, vous allez avoir l'impression de perdre votre temps.

Faire l'effort de maîtriser la technique, les effets vous seront bénéfique tout au long de votre vie de code.