Session donnée à Agile Tour Montréal, 29 Octobre 2011 et Confoo.ca, 1er Mars 2012. S'adonner au développement itératif et incrémental sans automatiser les tests, c'est s'engager sur la voie du Scrum Flasque (Flaccid Scrum pour reprendre l'expression de Martin Fowler). C'est voir petit à petit la vélocité de l'équipe diminuer, la dette technique s'accumuler, la livraison de valeur d'affaires cesser. La base de code devient progressivement intravaillable. Bref, la qualité se détériore et les coûts de maintenance de l'application explosent. L'automatisation des tests à tous les niveaux est essentielle pour livrer itération après itération du logiciel de qualité qui enchantera vos clients. Plus facile à dire qu'à faire, à priori. Et quelle couverture de code devrait-on viser ? Seulement le chemin nominal ? 70% ? ... ou bien 100% ! Certains diront déjà, 100% c'est irréaliste ! Au contraire, cette session vous présentera comment viser ... et atteindre une couverture de test de 100% en tirant profit des différents types de tests et en construisant vos propres outils de tests.

1. Vincent Tencé
http://noncomplexstuff.com
http://github.com/testinfected
@testinfected

2. 100% de couverture
en finir avec les fuites

3. 75%
25%
95%

4. Aucun sens

5. 100%

6. “That’s the goal”
- Uncle Bob

7. 99%
Code vert

8. Couverture
Domaine 98%
Infrastructure 100%
Controllers 100%
Views 100%
?
0% 25% 50% 75% 100%

9. 100%
Code vert et rouge

10. Statistiques
1368 lignes de code de production en Java
2048 lignes de code d’infrastructure de test
2395 lignes de code de test
7 tests systèmes
21 tests d’intégration
87 tests unitaires

11. Pourquoi s’en soucier

12. Trop de projets agiles
font naufrages

13. Un phenomène
connu sous le nom
de ...
“Flaccid Scrum”
http://www.flickr.com/photos/beansandgrapes/5253690227/

14. “Your Scrum has gone weak at the knees”
- Martin Fowler

16. Impact sur la vélocité
re
l ib
te
100
c h u
n
75
e
té
Travail à faire
tiv i 50
u c
rod 25
P
0
0 1 2 3 4 5 6
Sprints

17. “Legacy Software”

18. Impact sur les coûts
Bonne qualité Qualité typique
$400,000
v u e
e n
li te
$300,000
$200,000
F ail
$100,000
$0
1 2 3 4 5 6 7 8 9 10
Années

19. “Iterative and incremental
development only works if
you write clean code and
tests around it”
- Ken Schwaber

20. L’option la plus risquée

21. Tyrannie de l’urgence

22. Planifier le futur ...

23. ... en ayant du plaisir

24. N’écrivez pas une
ligne de code sans
un test rouge.

25. Simple.

26. 0

27. 0
Java

28. 0
SQL

29. 0
Annotation

30. 0
Configuration

31. 0
Javascript

32. 0
HTML

33. T.D.D.

34. Améliorer le
message d’erreur
Écrire un test Faire passer
qui échoue le test
Refactoriser

35. Améliorer le message
d’erreur
Écrire un test Écrire un test
d’acceptance qui échoue Faire passer le test
unitaire qui échoue
Refactoriser

36. Test système
Pa
m ent ym
ip e nt
Sh
User Interface
Persistence
Ma e
il Tim
Test

37. Un exemple

38. Test unitaire
Pa
m ent ym
ip e nt
Sh
User Interface
Persistence
Ma e
il Tim
Test

39. Un exemple

40. Test d’intégration
Pa
m ent ym
ip e nt
Sh
User Interface
Persistence
Ma e
il Tim
Test

41. Un exemple

42. Pur plaisir ?

43. Vostechnologies vous
rendrons la vie dure

44. Vos frameworks vous ferons
suer

45. Vos outils se mettront en travers
de votre route

46. L’urgence dictera sa loi

47. Choisissez
qui
des
vous aident
technologies

48. Investissez dans vos outils

49. Concevez vos propres
outils

50. Adoptez une architecture
qui supporte les tests

51. User Interface
API
Tim
e
adapter
Persistence
“Ports and Adapters”

52. Conclusion ?

53. “A Journey of a thousand
miles being with a single
step”
- Lao-Tzu

54. Lancez-vous !

55. Pour en savoir plus
• Le cours Professional Scrum Developer Java
• Offert en version 3 jours et 5 jours
• Visitez http://pyxis-tech.com/fr/notre-offre/
formation-agile/professional-scrum-developer-
java

56. Bonne route !