• Animateur(s): Pierre Gambarotto

—-

• utilité d'un framework web, modèle MVC
• Pourquoi des tests ⇒ Qu'est-ce que le développement dirigé par les test (Test Driven Development) ?
• ouvrir ses données : architecture/API REST et javascript/JSON
• instrumenter un serveur web, un navigateur pour automatiser les tests

Une fois ces notions explicitées pour les participants, le groupe discutera de l'intérêt de ces sujets et de l'éventualité d'un groupe de travail dans le domaine.

• Documents de référence:
• Date:
• Lieu:
• Premier vote: 45
• Choix définitif: 31

Merci à Laurence Farhi pour sa prise de notes, base de ce compte rendu.

Sondage à mains levées ; sur 40 personnes

• l'écrasante majorité (tous sauf 3) travaille de manière isolée, i.e. seul ou avec une autre personne pour ses tâches de développement.
• Développement web : seules 4 personnes n'utilisent pas de framework
• peu de personnes pratiquent une approche de développement orienté par les tests (TDD, BDD) : 5 personnes en ont entendu parler

Séparation données/contrôleur (dialogue http avec le client)/vue (template) Quand on utilise un Framework. plein de choses sont faites automatiquement et simplifiée pour le programmeur Phase d'apprentissage Historiquement : avant Rails et après Rails (rubis)

Intérêt des framework pour l'IHM : vue fait par graphistes

Framework dvlt WEB Il existe des framework complets à tous les niveaux

Pourquoi? comment? TDD : Test Driven Dvlt), BDD (TDD en plus dirigé, Behaviour Driven Dvlt), CI (Continuous Integration) Ecrire les tests avant d'écrire le code (brique de base de l'extreme programing)

Avantages:

• force à faire la conception (le test)
• force à écrire la doc
• code produit = résultat des tests –> couverture de code (quasi)complète des cas d'utilisation
• confiance dans ce qu'on a fait, moins de réticences à modifier le code, sécurisant
• investissement qu'on récupère dans le temps, surtout si bcp de maintenance

Inconvénients:

• chgt complet de la manière de coder –> formation sur 1 journée nécessaire
• Ca a un coût pour faire les tests (20% pour des applis web) car on en fait plus qu'avant –> il faut factoriser son code le plus possible

Les framework aident à faire cela. On teste les différents composants de manière isolée.

3 catégories de tests :

• tester chacun des composants avec des méthodes qui testent
• interaction du composant avec le code : pour tester le MVC, les framework proposent des outils (ex: remplacer le serveur http) = le mocking/stubing
• tests d'intégration : la totale. des framework le permettent (remplace un user qui remplit un formulaire, appui sur un bouton, …). Difficile à faire sans framework

ex sous Rails : TestUnit, Rsrec, capybava + Rails permet des faire des tests d'intégration. Pour tester du js, selenium : simule les actions d'un utilisateur. Indépendant du langage phpunit pour php.

Des tests pour la sécurité (lib externes qui parcourent le code)

Tests de performances : souvent, les framework intègrent des outils de profiling

Dépend du framework Maven pour du java

Fournir rapidement une API d'accès aux données, requêtes http basiques REST : protocole http pour accéder aux infos

• ex: get serveur/personnes/32 –> info sur la pers 32 du serveur
• accès simple aux données
• généré par les framework
• résultats en JSON (jv object notation)
• Exemple d'application : authentification décentralisée
• permet de réutiliser un service qui existe

Nous avons parlé d'outils pour ce qui semble être le futur des interfaces des applications web.

• des lib très évoluées: gwt, JSF
• des lib minimaliste : jquery, underscore.js, mustache.js

Bcp moins de pb de compatibilité avec javascipt avec les nouvelles générations de navigateur.

Toujours des problèmes d'accessibilé Indisponible pour les appli Iphone, tactile …

html5 : permet de stocker des données dans le navigateur, sockets, le navigateur est un système d'exploitation …