AlcionTech

UPDATE: Précisons que l'intégration continue peut très bien se coupler à n'importe quelle méthodologie de développement logiciel: cycle en V, Unified process, Scrum, Extreme Programming, ....

Un sujet actuel: l'intégration continue (continuous integration) est une stratégie de génie logiciel visant à répérer le plus rapidement possible les éventuelles régressions d'une application par passage de jeux de tests dès la mise en version du code.
On trouve une très bonne introduction sur le site de Martin Fowler, père du terme.
Alcion Group possède une plate-forme d'intégration continue pour .NET autour de Nant et CruiseControl dans le cadre du projet MGV et des études sont faites pour un avoir une pour J2EE (Maven, Continuum, ...).

Si vous même avait une expérience du sujet, n'hésitez pas à en faire part dans les commentaires.

Merci à Aurélien Drouet pour son intervention convaincante :

• Les slides de l'open bar d'hier soir
• le how-to de la démonstration
• ci dessous, une liste de liens précieux.

Le commencement de tout projet, nouvelles technologies ou autre, nécessite la mise en place d'un socle technique sur lequel va reposer l'ensemble de la logique métier de l'application future. L'expérience montre que bon nombre de développeurs, ont recours à une sorte de boite à outils qu'ils ont dû mettre en en place petit à petit au fil des projets et qui se compose de frameworks, classes utilitaires, bonnes pratiques etc.

Jaxio propsoe une solution élégante basée sur un générateur d'application reposant sur le modèle de la base de données pour générer le squelette de l'application. En quelques minutes, le temps du lancement du générateur, une application packagée est prête à être déployée sur, en théorie, n'importe quel serveur J2EE.

L'application résultatnte est plus qu'un socle technique: elle propose la majeur partie des widgets qu'on trouve dans une IHM classique: tri, pagination, changement de look and feel en quelques clicks

Trop d'ambition, pas assez de gestion du risque, pas assez de définition des besoins... ... quelques films d'horreur :

• la refonte du SI du système de santé anglais,,
• 4 gros échecs gouvernementaux américains,
• Chandler, le projet de calendrier open-source qui aurait pu devenir plus important que Firefox, a fait l'objet d'un livre (sous-titre : "deux douzaines de développeurs, 3 ans, 4732 bugs, la quête du code transcendant") dont voici une revue.

La société suisse Hortis a fait une présentation à l’Institut d’Agilité des Organisations au sein de de l’école de Management de Grenoble.

En particulier, il y a été présenté le produit agile d'Hortis "le forfait agile" et la manière dont Hortis essaie à son modeste niveau d'être elle même agile.

Louis Lefevre a rédigé pour nous un petit how-to pour vous permettre de connecter JUnit et Struts, sur le thème : "Comment tester votre application Struts sans passer des journées à répéter les mêmes clics dans vos pages web ?".

Expliquons-nous :

• L'utilisation de framework de tests unitaires est essentielle à la constitution d'un code robuste. Il aide, d'une part à placer votre code en situation difficile, d'autre part, il en améliore la lisibilité ! Et surtout il fait gagner du temps.
• Concernant une application basée sur une I.H.M (une application Web par exemple), les tests fonctionnels impliquent de se mettre à la place de l’utilisateur et de cliquer, de saisir des données dans un formulaire, puis de re-cliquer,… pour tester une fonctionnalité, pour une séquence de choix, dans un contexte, et … pour une version du code !!! Autant dire que le respect rigoureux de la phase de tests pourrait faire exploser les plannings les plus laxistes !

La note se télécharge ci-dessous sur le lien "une annexe".