Outil de test pour Flex

Le Flex c'est bien.

Mais le Flex testé c'est mieux :)

Voici un outil de test qui permet de capturer et de rejouer des scénarios de tests d'interface Flex.

via : http://www.infoq.com/news/2009/07/flex-monkey-1.0-released

Agile dans la vrai vie

"Nous sommes agiles ! Nous travaillons par itérations".

Ok. C'est super.

Mais qu'est-ce que ca veut dire "travailler par itération" ? Quelle est la durée d'une itération ? Comment sont découpés les besoins du client et comment les différentes taches sont-elles priorisées dans chaque itération ? Comment estimer la charge de réalisation d'une tache ?

Tous les éléments de réponses au bout du clic.

Pertinence des webservices

Est-ce que les webservices sont toujours la bonne solution pour une architecture orientée services (SOA) ?

La réponse est mitigée mais tend vers le non. Du moins, quand des applications hétéroclites de plusieurs sociétés doivent proposer et consommer des services, c'est la solution à retenir. En revanche, pour des applications d'une même société, voire au sein même d'une application, des solutions plus simples comme RMI / Corba, voire même l'échange direct de commandes brutes est plus avantageux et plus rapide.

Tous les détails au bout du clic.

Flex et le CSS

Toutes les subtilités de l'utilisation du CSS dans Flex vous sont enfin dévoilées !

A vos souris! Prêt ! Bookmarkez !

Possible performance bottleneck

I want to share with you my own experiences of load testing and especially what are the possible bottlenecks you can encounter.

I summarize into this diagram.


It represents a common architecture of load test plateforme :

• a injector in its own network
• a cloud of network injection has to pass through
• a reverse proxy in a public DMZ
• an Apache Server in a private DMZ
• a loadbalancer, two application server and a database in a private network

Red note are the points you have to check first. It is low level consideration but they must be check first to avoir spending time on details.
Orange note are about configuration of software in use on the machine. Check those points in second time.
At last, yellow note are application problem or miss configuration you have to check at last.

Here some other points which can make you mad and misunderstand the load test results :

• is the target application simply available ?
• is there any application concurrency on some servers ?
• is the date you use correct ? bad data can cause incoherence
• do you access data sequentially ? this can cause Oracle or database contention
• is the tcp access layer well configured ? what about hashcode ? timeout ? ....
• the application is not responding ? you can not restart it ? Check diskspace ! Perhaps diskspace for logs is full and application wont start if it can not write some logs.
  

And to finish some tips :

• ever add %T or %D parameters on the apache log. They provide apache service time. You can use this time to get cloud network latency (response time minus service time).
• always choose the lowest level of log in production mode
  

Développer des applications multi-navigateurs

Qui n'a jamais rencontré des problèmes de rendu ou de comportement sur son site web entre IE et Firefox ?

Voici un petit guide qui donne des bonnes pratiques en mettre en place pour s'assurer que son site web sera bien rendu sur le maximum de navigateur.

Ca va de la déclaration d'une DTD (pour éviter les rendus "perso" des navigateurs") à l'utilisation d'outils comme Firebug.