• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Mockito Chti JUG
 

Mockito Chti JUG

on

  • 2,896 views

 

Statistics

Views

Total Views
2,896
Views on SlideShare
2,663
Embed Views
233

Actions

Likes
1
Downloads
47
Comments
0

6 Embeds 233

http://chtijug.org 160
http://genevajug.ch 46
http://www.slideshare.net 15
http://www.linkedin.com 8
http://localhost:4000 2
https://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-ShareAlike LicenseCC Attribution-ShareAlike License

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Mockito Chti JUG Mockito Chti JUG Presentation Transcript

    • Ecrire des tests unitaires est devenu simple.
    • David Gageot CTO Algodeal.com «The Crowd Sourced Quant Hedge Fund» @dgageot javabien.net
    • Dans la salle : Tests unitaires ? Couverture >50% ? TDD ? Mocks ? Photo: http://www.flickr.com/photos/91082225@N00/3271601712
    • Fini... Le code modifié pour être testable. Les frameworks de mocks verbeux. La réécriture des tests quand le code change. L'écriture de helpers/builders rien que pour les tests.
    • Dummy object « Objet passé en argument mais jamais utilisé » Fake Object « Implémentation simplifiée suffisante pour les tests » Stub « Réponses pré-programmées et parfois une mémoire » Mock « Contrat de collaboration »
    • Le match Mocks à la main Contre Photo: http://lh4.ggpht.com/_hViQXCC13cs/Sg21-wh7znI/AAAAAAAAA48/Piztq3c9cwE/s288/DSCN3658.JPG
    • Round 01 - Les Dummy objects
    • Dummy object « Objet passé en argument mais jamais utilisé »
    • Dummy avec Mockito Pas de NullPointerException. Indépendant de l’évolution constructeur. Fonctionne avec les interfaces et les classes. Pas Moins de besoin de tests qui Plus changer le robuste changent code pour le quand le code rendre testable change
    • Round 02 - Les Fakes
    • Fake Object « Implémentation simplifiée suffisante pour les tests » L’implémentation simplifiée peut être +/- complexe : HashMap pour une base clef/valeur. Base de données mémoire pour remplacer mysql.
    • Fake avec Mockito Pas le rôle d’un framework de Mocks. Sauf si le fake n’a pas de mémoire : Pas besoin de changer le Plus facile à code pour le maitriser rendre testable
    • Round 03 - les Stubs
    • Stub « Réponses pré-programmées et parfois une mémoire »
    • Stub avec Mockito Pas besoin de Moins classe de test sensible aux changements
    • Assertion plutôt que Vérification
    • Round 04 - les Mocks
    • Mock « Vérification de comportement et d'interactions » Pas Moins de besoin de tests qui Pas besoin de changer le classe de test changent code pour le quand le code rendre testable change
    • Mock Tester la gestion des exceptions.
    • Mock Tester les appels multiples.
    • Mock Capture de paramètres.
    • Robuste Lisible Compact Moins de Pas besoin de Pas d’ tests qui implémentation changent changer le code pour le classe pour quand le code les tests change rendre testable
    • Kung Fu avec Mockito. Photo: http://upload.wikimedia.org/wikipedia/commons/d/dd/Wooden-dummy.jpg
    • Réponses multiples
    • Annotations
    • Stubs multi-niveaux
    • Beaucoup d’autres fonctionnalités Mocks partiels pour remplacer certaines méthodes d’un vrai objet. Syntaxe BDD (given/when/then). Matchers. ...
    • Merci. Questions / Réponses
    • David Gageot CTO Algodeal.com «The Crowd Sourced Quant Hedge Fund» @dgageot javabien.net