Le processus global de migration est divisé en deux grandes parties :
La phase de cadrage, qui permet de définir précisément ce qui va être fait :
· étude de la, ou des applications sources
· étude de l’architecture cible
· définition des lots de migration
· adaptation de l’outillage (MIA Transformation(1), MIA Generation(2))
· vérification de la validité de la solution par la réalisation d’un POC (Proof Of Concept)
Une fois la phase de cadrage terminée, l’ensemble des applications à migrer passe par la phase
industrielle. Au cours de cette phase, nous trouvons:
· les tests de référence
· l’intégration manuelle du code issu de la génération (rendre le code compilable, corriger
manuellement ce qui n’a pu être généré directement, tests unitaires).
· les tests de non régression (validation des résultats des tests de références de l’application
source sur l’application migrée).
· le déploiement sur le site du client
La seule façon de valider une migration est de passer les scénarios des tests de référence, réalisés
sur l’application source, sur l’application migrée. De cette manière, on peut garantir que la
migration n’a pas introduit de régression et est conforme à l’application source, sur le périmètre des
tests de référence bien entendu. C’est là que l’on s’aperçoit de l’importance de la couverture des
tests de référence. En effet, s’ils ne couvrent qu’un petit pourcentage de l’application source, toutes
les parties non couvertes risquent potentiellement de contenir des erreurs sur l’application cible.
1 MIA Transformation : outil de transformation de modèles. http://www.mia-software.com/…/mia-transformation
2 MIA Generation : outil de génération de code à partir de modèles. http://www.mia-software.com/…/mia-generation
Page suivante : 2.2.2 Présentation du processus de migration industrielle
Retour au menu : Stratégie de test au sein du processus d’évolution d’architecture de Sodifrance