Historiquement, le front a longtemps été le parent pauvre du test. Passons sur les illustres « alert » et « console.log », il aura fallu attendre des outils comme Selenium pour professionnaliser la démarche. Aujourd’hui les solutions sont abouties, complètes et utilisables et il y en a pour tous les goûts. Des tests unitaires, des tests d’intégrations en passant par les tests fonctionnels, les tests de compatibilités, les tests end2end… Nous avons les outils, nous n’avons plus d’excuses.

1. JE CODE DONC JE TESTE…
@cbalit
@NewsDuFront
@3k1n0

2. POURQUOI ?

3. LES BUGS

4. 1 BUG= 370 MILLIONS DE $

5. QUALITÉ

6. PÉRENNITÉ

7. CONFIANCE

8. DEBUG

9. PLUS ÇA !!!
9

10. PAS ÇA !!!
10

11. DANS LE BROWSER
11

12. DANS L’IDE
12

13. ANDROID (3.2)
https://developers.google.com/chrome-developer-tools/docs/remote-debugging
13

14. DEVICE (IOS6)+SAFARI
https://developer.apple.com/library/safari/documentation/appleapplications/reference/safariwebcontent/
DebuggingSafarioniPhoneContent/DebuggingSafarioniPhoneContent.html
14

15. TERMINOLOGIE

16. 3 FAMILLES
Unitaire
Intégration ou end2end
Fonctionnel
16

17. PYRAMIDE DE TEST
17

18. TESTS UNITAIRES

19. POURQUOI ?
POUR VALIDER LE COMPORTEMENT INTRINSÈQUE DE NOS
COMPOSANTS
19

20. QUI ET QUOI ?
20

21. COMMENT ?
21

22. TESTS D’INTÉGRATION

23. POURQUOI ?
VALIDER TECHNIQUEMENT LES INTERACTIONS DES
COMPOSANTS AU NIVEAU DE L’APPLICATION
23

24. QUI ET QUOI ?
24

25. COMMENT ?
25

26. TESTS FONCTIONNELS

27. POURQUOI ?
VALIDER FONCTIONNELLEMENT LES RÈGLES DE GESTION, LES
PARCOURS
27

28. QUI ET QUOI ?
28

29. COMMENT ?
29

30. TESTS DE VALIDITÉ

31. POURQUOI ?
VALIDER DES CONVENTIONS RECONNUES PAR LA
COMMUNAUTÉ
31

32. QUI ET QUOI ?
32

33. COMMENT ?
33

34. TESTS DE COMPATIBILITÉ

35. POURQUOI ?
VALIDER LE FONCTIONNEMENT DE L’APPLICATION DANS
PLUSIEURS CONTEXTES
35

36. QUI ET QUOI ?
36

37. COMMENT ?
37

38. INDUSTRIALISATION

39. JENKINS
39

40. BREF …

41. Apprentissage
41

42. Réalisme
42

43. Mais toujours tester…
43

44. THE WAY OF TESTIVUS
“If you write code, write tests.
Don’t get stuck on unit testing dogma.
Embrace unit testing karma.
Think of code and test as one.
The test is more important than the unit.
The best time to test is when the code is fresh.
Tests not run waste away.
An imperfect test today is better than a perfect test someday.
An ugly test is better than no test.
Sometimes, the test justifies the means.
Only fools use no tools.
Good tests fail.”
• http://www.agitar.com/downloads/TheWayO
fTestivus.pdf
44

45. THE WAY OF TESTIVUS
Think of code and test as one.
45

46. THE WAY OF TESTIVUS
Think of code and test as one.
The best time to test is when the code is
fresh.
46

47. THE WAY OF TESTIVUS
Think of code and test as one.
The best time to test is when the code is
fresh.
An imperfect test today is better than a
perfect test someday.
47

48. THE WAY OF TESTIVUS
Think of code and test as one.
The best time to test is when the code is
fresh.
An imperfect test today is better than a
perfect test someday.
An ugly test is better than no test.
48