Fermer
Nom
Invalid Input
Email (*)
Invalid Input
Votre demande
Invalid Input
AntiSpam AntiSpam
Invalid Input
Merci de recopier le code numérique de 4 chiffres

CONTACT !

KeepCore

 

Conception
Développement
Test

Basée à Montpellier, notre équipe maîtrise les technologies et les méthodes les plus avancées pour s'engager durablement à vos côtés et satisfaire vos exigences de Délai, de Coût,  de Qualité et d'innovation.

Contactez nous !

Newsletter

Recevoir la Newsletter

Tags KeepCore

Expertise Test+Flex

Développement - Produits

Alain Clapaud, 01 Informatique du 14 Janvier 2009 - Lire l'article complete

3 Questions au directeur technique de KeepCore Jérémy Reynaud, utilisateur de Flex

KeepCore est une société de service spécialisée dans l'informatique industrielle, le test d'applications. La société a fait le choix de la technologie Adobe Flex voici 4 ans.
Jérémy ReynaudQu'est ce qui a poussé votre société a se positionner sur le développement d'applications Flex ?

JR : Notre équipe est issue du milieu du développement de logiciels industriels. Depuis 4 ans, nous menons un projet de R&D portant sur une application collaborative riche de communication transversale. Une première version béta devrait d'ailleurs voir le jour de manière publique sous peu. C’est dans ce cadre que nous avons pris le virage Flex, désormais relayé par des projets de développement de RIA sur mesure pour nos clients. Dans le domaine du test, les possibilités de tests et la disponibilité d’outils de débogage performants ont fortement influencé notre choix technologique.

Dans ce domaine du test, que vaut Flex Builder 3, l’outil de développement proposé par Adobe ?

JR : On peut dire qu’avec la version 3 de Flex et de l’ActionScript, l’IDE et le langage répondent à l’attente des « professionnels Â», notamment avec des outils de débogage qui tiennent la route. FlexBuilder 3 Ã©tant basé sur Eclipse, on y retrouve tout ce qu’on peut espérer de tels outils : points d’arrêts, exécution pas à pas, inspection de variables-d’objets. Mais au delà, l’outil aide également au développement car, souvent, l’investigation du contenu des variables est nécessaire pour comprendre les mécanismes du framework et coder en conséquence. De plus dans le cas d’une utilisation Flex/Java avec Eclipse, avec LCDS ou BlazeDS, il est possible de déboguer simultanément le code serveur Java et le code client Flex, ce qui facilite grandement les choses ! Pour les tests et l’automatisation, il en va de même que pour les autres langages, cela a un coût non négligeable mais les possibilités sont là !

De multiples solutions, pour l’essentiel open source, existent pour compléter les outils Adobe. Lesquels vous semblent pertinents ?

JR : Nous avons été relativement séduits par la prise en main rapide de RIATest et la réactivité de leur support. Le bémol est un peu général à Flex, quand on commence à vouloir faire des choses un peu plus compliquées ça ne fonctionne plus aussi bien. Nous avons beaucoup de « customisation Â» dans nos applications et l’automatisation de certains composants étaient pour le moment impossible. Donc à ce stade seule une partie de l’application est automatisable avec RIATest. FlexMonkey est un projet open source également très intéressant. L’utilisation est claire et on notera une intégration très intéressante de FlexUnit, en effet l’outil permet de générer directement du code FlexUnit à partir de l’automatisation. Toutefois, la prise en charge des contrôles n’est pas totale, nous n’avons pu automatiser les composants avancés comme l’AdvancedDataGrid.