Titre : | Automatisation des tests de bout en bout sous le plateforme EAI webMethods | Type de document : | projet fin études | Auteurs : | Zda Oulaya, Auteur | Année de publication : | 2014 | Langues : | Français (fre) | Catégories : | Génie Logiciel
| Mots-clĂ©s : | EAI,webMethods, Automatisation, test de non rĂ©gression, JUnit Integration testing framework. | Index. dĂ©cimale : | 1322/14 | RĂ©sumĂ© : | Le présent rapport synthétise le travail effectué dans le cadre de mon stage de fin d’études au sein de CGI technologies et solutions de Casablanca. L’objectif du projet est la réalisation d’une solution pour l’automatisation des tests de bout en bout sous la plate forme EAI webMethods.
Actuellement, GDF SUEZ vise à améliorer continuellement la qualité logicielle de ses projets à travers l’activité des tests. En effet, les tests prennent un temps considérable pour être exécutés en totalité sachant que pour un flux donné, le nombre de cas de tests à dérouler peut atteindre des milliers. Ce nombre multiplié par le nombre de fois d’exécution et de réexécution afin d’éviter une telle régression (appelé test de non régression) met en évidence cette lourdeur. Ce type de test est de loin le plus fastidieux. En effet, il oblige, au fur et à mesure qu’un logiciel évolue, à repasser l’ensemble des plans de tests précédents.
Dans ce contexte, le développement de frameworkJunitintegrationtesting pour l’automatisation des tests de bout en bout sous la plateforme EAI webMethods est une solution pour améliorer la rapidité, la précision et la souplesse du processus de tests en permettant aux équipes qualité de trouver plus de défaillances, plus tôt. Ainsi, notre solution va identifier les cas de tests à repasser, afin d’optimiser la charge et augmenter la probabilité d’identification des tests qui couvrent réellement les risques de régression.
Le projet a été élaboré en trois grandes étapes, à savoir :
ï± La première étape est une étude sur le rôle de l’architecture EAI dans l’urbanisation d’un système.
ï± La deuxième étape est la démarche de mise en place d’un nouveau flux ITB, elle détaille les étapes à suivre en mise en œuvre de flux « fichier financier Apollo ».
ï± La troisième et dernière étape comprend le JUnitIntegrationtestingframework dédié à l’automatisation des tests de bout en bout sous la plateforme EAI webMethods.
|
Automatisation des tests de bout en bout sous le plateforme EAI webMethods [projet fin études] / Zda Oulaya, Auteur . - 2014. Langues : Français ( fre) Catégories : | Génie Logiciel
| Mots-clĂ©s : | EAI,webMethods, Automatisation, test de non rĂ©gression, JUnit Integration testing framework. | Index. dĂ©cimale : | 1322/14 | RĂ©sumĂ© : | Le présent rapport synthétise le travail effectué dans le cadre de mon stage de fin d’études au sein de CGI technologies et solutions de Casablanca. L’objectif du projet est la réalisation d’une solution pour l’automatisation des tests de bout en bout sous la plate forme EAI webMethods.
Actuellement, GDF SUEZ vise à améliorer continuellement la qualité logicielle de ses projets à travers l’activité des tests. En effet, les tests prennent un temps considérable pour être exécutés en totalité sachant que pour un flux donné, le nombre de cas de tests à dérouler peut atteindre des milliers. Ce nombre multiplié par le nombre de fois d’exécution et de réexécution afin d’éviter une telle régression (appelé test de non régression) met en évidence cette lourdeur. Ce type de test est de loin le plus fastidieux. En effet, il oblige, au fur et à mesure qu’un logiciel évolue, à repasser l’ensemble des plans de tests précédents.
Dans ce contexte, le développement de frameworkJunitintegrationtesting pour l’automatisation des tests de bout en bout sous la plateforme EAI webMethods est une solution pour améliorer la rapidité, la précision et la souplesse du processus de tests en permettant aux équipes qualité de trouver plus de défaillances, plus tôt. Ainsi, notre solution va identifier les cas de tests à repasser, afin d’optimiser la charge et augmenter la probabilité d’identification des tests qui couvrent réellement les risques de régression.
Le projet a été élaboré en trois grandes étapes, à savoir :
ï± La première étape est une étude sur le rôle de l’architecture EAI dans l’urbanisation d’un système.
ï± La deuxième étape est la démarche de mise en place d’un nouveau flux ITB, elle détaille les étapes à suivre en mise en œuvre de flux « fichier financier Apollo ».
ï± La troisième et dernière étape comprend le JUnitIntegrationtestingframework dédié à l’automatisation des tests de bout en bout sous la plateforme EAI webMethods.
|
|