Stratégie de tests
ParisJS #35
Présentation
● Développeur JavaScript
● Bientôt 2 ans chez Wisembly
Objectifs
● Retour d’expérience
● Comment tester une app MVC
● Revue des solutions mises en oeuvre
● Exemples de code
Wisembly
Wisembly
Une test suite
● Pourquoi
● Quels objectifs
Techno frontend
● BackboneJS
● Backbone Layout Manager
● Backbone Relational
● WebSockets
Techno de tests
● Mocha / expect
● Sinon
● PhantomJS / Mocha-phantomjs
Choix du type de tests
● Unitaires
● Fonctionnels
Premier test
My first test
It should spread some love
‘Tendresse et chocolat’ should be a string
Premier test de l’app
● On clique sur le premier élément du menu
● On vérifie qu’il y a 4 items sur la page
Test asynchrone bullshit
● Une fois le test terminé, on exécute `done`
Test asynchrone et dispatcher
● On trigger des events à chaque `render`
Bien cloisonner les tests
● Les tests ne doivent pas être inter
dépendants
● S’assurer que toutes les actions
asynchrones ...
Promises manager
● Stocker toutes les promises `request` et
`render`
● afterAll filtrable par namespace
Test asynchrone indépendant
Requête API
● Que fait on de cette data
● C’est long
● Browsers, mises à jour
Fake server
● Sinon.js
● Avantages
○ Qualité
○ Hygiène de la test suite
○ Process
● Inconvénients
○ Mise en place (selon l...
Fake server - mise en place
● Facile et rapide à mettre en place
● Parfois complexe de simuler l’API
Merci
Des questions, des conseils ?
Twitter : @gmajoulet
Prochain SlideShare
Chargement dans…5
×

Paris js#35 - Stratégie de tests d'une application MVC

1 286 vues

Publié le

Présentation d'une stratégie de tests :

- la façon de gérer l'asynchronisme d'une application one page BackboneJS, ou plus globalement d'une application MVC
- la façon de gérer les requêtes aux API via un fake server sinon

Pour plus d'infos, des retours ou questions : @gmajoulet sur Twitter

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 286
Sur SlideShare
0
Issues des intégrations
0
Intégrations
6
Actions
Partages
0
Téléchargements
16
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Paris js#35 - Stratégie de tests d'une application MVC

  1. 1. Stratégie de tests ParisJS #35
  2. 2. Présentation ● Développeur JavaScript ● Bientôt 2 ans chez Wisembly
  3. 3. Objectifs ● Retour d’expérience ● Comment tester une app MVC ● Revue des solutions mises en oeuvre ● Exemples de code
  4. 4. Wisembly
  5. 5. Wisembly
  6. 6. Une test suite ● Pourquoi ● Quels objectifs
  7. 7. Techno frontend ● BackboneJS ● Backbone Layout Manager ● Backbone Relational ● WebSockets
  8. 8. Techno de tests ● Mocha / expect ● Sinon ● PhantomJS / Mocha-phantomjs
  9. 9. Choix du type de tests ● Unitaires ● Fonctionnels
  10. 10. Premier test My first test It should spread some love ‘Tendresse et chocolat’ should be a string
  11. 11. Premier test de l’app ● On clique sur le premier élément du menu ● On vérifie qu’il y a 4 items sur la page
  12. 12. Test asynchrone bullshit ● Une fois le test terminé, on exécute `done`
  13. 13. Test asynchrone et dispatcher ● On trigger des events à chaque `render`
  14. 14. Bien cloisonner les tests ● Les tests ne doivent pas être inter dépendants ● S’assurer que toutes les actions asynchrones sont terminées
  15. 15. Promises manager ● Stocker toutes les promises `request` et `render` ● afterAll filtrable par namespace
  16. 16. Test asynchrone indépendant
  17. 17. Requête API ● Que fait on de cette data ● C’est long ● Browsers, mises à jour
  18. 18. Fake server ● Sinon.js ● Avantages ○ Qualité ○ Hygiène de la test suite ○ Process ● Inconvénients ○ Mise en place (selon les cas) ○ Maintenance
  19. 19. Fake server - mise en place ● Facile et rapide à mettre en place ● Parfois complexe de simuler l’API
  20. 20. Merci Des questions, des conseils ? Twitter : @gmajoulet

×