LES TONTONS FLEXEURS

Transcription

1 LES TONTONS FLEXEURS

2 LES TONTONS FLEXEURS Engagez vous qu ils disaient

3 LES TONTONS FLEXEURS Et choisissez le menu de notre prochain rendez-vous - Workflow Designer Flash <-> Developpeur Flex - Flex 4.5 et Mobile Development - Decouverte de Flash Catalyst - Flex 4 : Data Centric Development - IHM et Ergonomie, les fondamentaux - API 3D et Moteur 3D - A la découverte de PureMVC - Open Source Media Framework - Flash Builder 4.5 : les nouveautés

4 LES TONTONS FLEXEURS Mon voisin ce Flexeur

5 LES TONTONS FLEXEURS Merci

6 LES NEWS

7 LES NEWS

8 LES NEWS

9 LES NEWS

10 LES NEWS

11 LES NEWS

12 LES NEWS

13 LES NEWS

14 LES NEWS

15 LES NEWS Flash player 10.2 et 10.3 Au menu de cette nouvelle version, de meilleurs performances en lecture vidéo grâce à l utilisation du GPU (carte graphique) en lieu et place du CPU (processeur). D autres petites fonctionnalités ont été introduites telles que : * le support du double écran (lecture plein écran sur le 1er tandis qu on peut surfer sur le 2ème) * les curseurs natifs personnalisés * l amélioration du rendu de texte * le support du GPU dans IE9 * MicrophoneEnhancedOptions API

16 LES NEWS - Créez des applications mobiles - Code faster - Design-develop workflow - Large project development - Prise en charge étendue des plates-formes - Conception d'applications sophistiquées - Outils de tests performants - Développement PHP

17 LES NEWS

18 LES NEWS

19 LES NEWS

20 LES TONTONSFLEXEURS Bordeaux Tests Unitaires en Flex

21 Sommaire Comment écrire des tests d interface Comment simuler le comportement utilisateur à l identique? Écrire des tests asynchrones Gérer les erreurs et exceptions Utiliser des mocks : mockolate Tests d acceptance : cucumber + melomel Couverture de code avec FlexCover

22 Des tests, pourquoi faire? Vérifier le fonctionnement attendu! En permanence et dans le temps! Retour immédiat sur les défauts Moins de défauts = Plus de qualité! Sérénité dans les modifications

23 Et pourquoi pas du TDD? TDD : Test Driven Development Développement Dirigé par les Tests Facilite l approche de problèmes complexes Assure une couverture optimale du code Émergence des concepts

24 Comment écrire des tests d interface Ajouter son composant à la «display list» via UIImpersonator

25 Comment écrire des tests d interface Ne pas oublier de retirer le composant de la «display list» à la fin!

26 Comment écrire des tests d interface Utiliser le «dispatchevent» pour simuler l action utilisateur

27 Comment écrire des tests d interface Tester l émission d évènements en réponse à une action utilisateur

28 Comment écrire des tests d interface Comment simuler le comportement utilisateur à l identique? Ce test ne reflète pas la véritable action utilisateur et ne devrait pas passer!

29 Comment simuler le comportement utilisateur à l identique? L utilisation de l automation permet de reproduire les actions utilisateurs à l identique

30 Comment simuler le comportement utilisateur à l identique? Nécessite l ajout des libs d Automation Et l initialisation de l automation pour le composant testé

31 Comment simuler le comportement utilisateur à l identique? Créer les delegates pour ses propres composants

32 Outils autour du T.D.D. et des tests Utilisation avancée de FlexUnit4 Mocks Tests d acceptance Couverture du code par les tests

33 Avant-propos Les choix technologiques qui seront fait sont purement personnel et ne sont certainement pas des recommandations

34 FlexUnit 4 : utilisation avancée Quelques exemples d utilisation avancée de FlexUnit

35 FlexUnit 4 : tests asynchrones Pourquoi? parce que Flex repose fortement sur les évènements Comment? En utilisant la valeur «async» dans les métadonnées du test Les méthodes statiques de Async

36 FlexUnit 4 : tests asynchrones Exemple de «test asynchrone» utilisant Async.asyncHandler

37 FlexUnit 4 : tests asynchrones [Test(async)], [Before(async)], [After(sync)] Async.asyncHandler Async.asyncResponder Async.failOnEvent Async.proceedOnEvent Async.handleEvent Async.registerFailureEvent

38 FlexUnit 4 : les erreurs [Test(expects= ttfx.bdx.tdd.myerror )] assertthat( afunction, throws (MyError) ) assertthat( afunction, not( throws (Error) ))

39 FlexUnit 4 : les erreurs Exemple en utilisant les métadonnées

40 FlexUnit 4 : les erreurs Exemple en utilisant un «matcher» hamcrest

41 FlexUnit 4 : autres possibilités Theory : ou comment effectuer un test paramétré avec un ensemble de valeurs SequenceRunner : ou comment linéariser une suite d opérations asynchrones

42 Les Mocks Un outil pour des tests vraiment unitaires?

43 Les Mocks : sondage Qui connaît le concept de Mock? Qui a déjà utilisé une bibliothèque de Mock (y compris hors Flex) Qui a déjà utilisé une biblothèque de Mock en Flex?

44 Les Mocks : qu est-ce que c est? «Les Mocks (ou Mock object) sont des objets qui reproduisent le comportement d objets réels de manière contrôlée» (fr.wikipedia.org)

45 Les Mocks : pourquoi? Remplacer un objet... qui est lent qui a des dépendances externes contraignantes qu on ne désire pas implémenter immédiatement qui est difficile à mettre dans l état souhaité Vérifier la communication entre l objet testé et un autre objet (délégation,...) Mettre en évidence des intentions

46 Les Mocks : comment? «En sous-classant» En utilisant une bibliothèque dédiée mock-as3 (remplacé par Mockolate) mock4as (statique) asmock mockolate mockito-flex (portage de la lib Java)

47 Les Mocks : mockolate Démo

48 Les Mocks : mockolate Démo

49 Les Mocks : mockolate Démo

50 Les Mocks : mockolate Différents types de mock strict : lève une erreur si un appel non prévu est effectué nice : retourne «n importe quoi» pour un appel non prévu partial : pour utiliser un vrai objet dont seulement quelques appels seront simulés

51 Les Mocks : mockolate Impossible de mocker : classes, méthodes et propriétés «final» classes dans le package par défaut méthodes et propriétés statiques variables membre publiques constantes tout ce qui est privé Messages d erreurs pas toujours explicites

52 Les Mocks : les abus les tests peuvent manquer de lisibilité la sur-spécification méthodes mockées qui retournent des mocks en mockant trop, il peut arriver que les objets remplacés par des mocks ne se comportement pas comme leur version simulée

53 Tests d acceptance Test d acceptance, test d intégration ou test automatisé?

54 Tests d acceptance Tester d un plus haut niveau pour : simuler le comportement d un utilisateur serveur etc.) tester en conditions réelles (intégration avec le se rapprocher de la définition du besoin (par opposition à la définition d une classe)

55 Tests d acceptance Les solutions existantes : Flex Monkey Flash Selenium Ranorex Rational Functional Tester RIATest SilkTest TestComplete Melomel+Cucumber Mercury QuickTest Professional (QTP)

56 Tests d acceptance Melomel + Cucumber Cucumber : «moteur» d exécution de scénario de tests, en ruby à l origine Melomel : couche de communication ruby<->flash

57 Tests d acceptance Démo

58 [Chelimsky et al. : The RSpec Book, 2010] Le cycle du T.D.D. revisité avec des tests d acceptance RSpec =~ tests unitaires Cucumber =~ tests d acceptances

59 Tests d acceptance Difficultés Ecriture (un outil d enregistrement est parfois nécessaire) Lisibilité Stabilité ( si dépendance sur des détails d implémentation) Maintenabilité

60 Couverture du code Couverture du code par les tests (ou plutôt pendant les tests)

61 Couverture du code Pour quantifier Pour mesurer l évolution ( intégration continue? ) Pour identifier les zones non-couvertes Pour trouver du code mort? Pour identifier les zones trop couvertes (non-orthogonalité des tests)

62 Couverture du code FlexCover FlexMojos (Maven) avec Apparat ActionScript Code Coverage Plugin : intégré à Flash Builder mais navigation «pas fluide»

63

64

65 Couverture du code Remarques Attention aux tests non-unitaires qui font grimper le taux de couverture Eviter la chasse au high score!

66 Sources Code source des exemples : The RSpec Book, Behaviour-Driven Development with RSpec, Cucumber and Friends (David Chelimsky et al. 2010) wikipedia Async.html