août
2010
Un article de rad_hass
Si l’informatique aujourd’hui devient incontournable dans toutes entreprises, les coûts de développement et de maintenance d’une application et son hébergement, deviennent des enjeux majeurs dans la stratégie d’entreprise.
Et à ses préoccupations, il y a deux sujets d’actualités qui ont le vent en poupe d’une part le Cloud Computing, désigné comme étant la prochaine évolution majeure du Web et d’autres part l’Agile Testing (les tests agiles). Comme le démontre la récente étude réaliser par Capgemini et Sogeti World Quality Report.
Cloud Computing
Le Cloud Computing répond aux multiples besoins d’externalisation, mobilité, délocalisation et dématérialisation … Des études vont mêmes jusqu’à affirmer qu’une entreprise sur trois sera dans les nuages d’ici 2012, on comprend aisément alors les investissements consentis par les acteurs majeurs de l’informatique. Google a eu un grand succès avec Google Apps qui représentent une des applications les plus réussis du Cloud Computing, rendant même l’utilisation offline possible.
Mais les critiques n’ont pas épargné ce modèle, autre le fait que les utilisateurs perdent le contrôle de leurs applications, d’autres voient en lui un simple phénomène de mode, gonflé à grand coup de marketing.
Alors solution miracle ou écran de fumer ? La vérité est probablement entres les deux.
Agile Testing
Le besoin est simple avoir des logiciels qui marchent le plus tôt possible, pour avoir un retour rapide sur investissement.
Alors la réponse est de tester le plus rapidement et le plus souvent, pour d’une part avoir un logiciel qui fonctionne et qui continue à fonctionner. Car au delà du fait qu’un logicielle répondent aux exigences à l’instant T, les régressions et la maintenance restent des grands consommateurs de coût dans la vie d’un produit.
Ainsi les méthodes agiles deviennent une solution séduisante pour améliorer les délais de mises à disposition des applications, ainsi que l’augmentation de la qualité des livrables.
Et pour rendre vos tests plus efficaces, il faut les exécuter très tôt dans le processus de développement (Test Driven Development) et continuer à les exécuter continuellement (Intégration continue). Et pour aller plus loin, il y a la possibilité d’avoir des spécifications fonctionnel exécutable (Test Driven Requirement ou encore Dehavior Behaviour-Driven Development), spécifier l’application en scénario de test et les traduire en test fonctionnel, garantis que l’application non seulement fonctionne mais qu’elle répond aux bons besoins. Et le fait que l’exécution soit automatisé rend cet outil redoutable quand à la détection des régressions.
2 Commentaires + Ajouter un commentaire
Commentaires récents
- dans [Scrum] Générer un Burdown chart de Sprint
- dans [Scrum] Générer un Burdown chart de Sprint
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Les stars de l’actualité informatique : Cloud et Agilité …
- dans Organiser sa journée de travail ? Efficacité et productivité sans stress c’est possible
marrant moi non plus ;-),
merci pour la correction
Dehavior Driven Devleopment ? Je ne connaissais pas ^^
lol
++