Adobe^® Flex^™ Tutorial

Ce n'est pas vraiment une mode puisque le TDD existe déjà pour des technologies plus anciennes que le Flex (Java, ASP, …). En quelques mots, celui-ci consiste à coder les tests avant de développer. Le développement ne commence que lorsque les tests ont tous donné le feu vert. Ainsi, toute l'étape de "debugging" est réalisée en amont.

Cela parait un peu flou au premier abord, et c'est pour cela que Elad Elrom a publié un article très complet sur le Test Driven Development:

Test Driven Development (TDD) with FlexUnit 4 – Complete Tutorial

Le bon côté de cet article est de présenter une approche du TDD sur une application qui ne soit pas un calculatrice (souvent l'exemple utilisé pour démontrer l'intérêt des tests unitaires). On a ici un client tweeter en Flex pour lequel on va tout d'abord écrire des tests (récupérations des tweets) puis le code correspondant.

De manière très subjective, je ne trouve pas ma place dans le TDD. Même si dans cet article, on tente de faire rentrer un "vrai cas d'application", on peut quand même voir que l'on doit pas mal travailler (création et code de tests) avant de pouvoir même valider le test. En une fois testé, il reste quand même la plupart des développements "ennuyeux" à faire (création et calage de l'interface au pixel, communication entre les classes & co). Bref, je n'y vois pas un gain de temps.

Si vous avez testé le TDD, que vous l'utilisez en production ou que vous avez fait machine arrière ou même que vous avez simplement envie de donner votre avis, n'hésitez pas à laisser un commentaire, je suis curieux de connaître votre opinion sur le Test Driven Development.

• Flex ActionScript – Test des performances de l'ActionScript 3
• Flex Debug – Définition de variables à la compilation
• Flex ActionScript – Vérifier la validité d'une URL avec une RegExp (Expression Régulière)
• Swiz Tutorial Vidéo – Introduction à Swiz en 20 minutes
• Flex ActionScript – Copier un Array AS3 (tableau) le plus rapidement possible