docs: Notes de présentatoin accessibles

public/presentation.adoc

@@ -71,37 +71,55 @@ C'est un type d'assertion.
 
 == Cas d'utilisation
 
-== Test driving
-
+== Test Driving avec Approval
 
+Les assertions "Approval" peuvent être utilisées dans un flow TDD footnote:TDD[Test Driven Development]
 
 [%notitle]
 === Réfléchir au comportement qu'on attend
 
-image::approval_tdd_01_white_board.png[]
+[.notes]
+--
+Réfléchissons au comportement attendu à l'aide d’un tableau blanc.
+
+Nous nous attendons à voir :
+
+* une ligne avec “Foo : bar”
+* une ligne avec “Baz : Polop”
+* une ligne avec “Baldir.fr”
+--
+
+image::approval_tdd_01_white_board.png[Tableau blanc illustrant le comportement attendu]
 
 [%notitle]
 === Code vide et test vide
 
-image::approval_tdd_02_blank_test_and_production_code.png[]
+[.notes]
+--
+Nous commençons avec un fichier de test vide et un fichier de code vide.
+
+--
+
+image::approval_tdd_02_blank_test_and_production_code.png[Fichier de test et fichier de code vide]
 
 [%notitle]
 === Ecrire un test d'approbation
 
-image::approval_tdd_03_write_approval_test.png[]
-
 [.notes]
 --
-Un test avec une assertion approval génère
+Écrivons ensuite un test avec une assertion approval.
+L'exécuter génère :
 
-* un fichier .approval : c'est le résultat attendu (évidemment il est vide au début)
-* un fichier .received : c'est la sortie que produit le test
+* Un fichier avec suffixe `.approval` : c'est le résultat attendu (évidemment il est vide au début)
+* Un fichier avec suffixe  `received` : c'est la sortie que produit le test
 
-Le fichier .approved est à versionner
+Le fichier `.approved` est à versionner
 
 On va en général créer une fonction de rendu qui représente l'état du système qu'on teste lisible par un humain
 --
 
+image::approval_tdd_03_write_approval_test.png[Ajout d'un test. Le code de production n'existe pas. Un fichier texte vide avec le suffixe .approved et un fichier avec le préfixe .received sont visibles. Le test échoue.]
+
 [%notitle]
 === Foo