Menu

Tutoriel de test de migration de données: un guide complet

data migration testing tutorial

Essayez Notre Instrument Pour Éliminer Les Problèmes

Présentation des tests de migration de données:

On entend souvent dire qu'une application est déplacée vers un serveur différent, la technologie est modifiée, elle est mise à jour vers la version suivante ou déplacée vers un serveur de base de données différent, etc.,

  • Qu'est-ce que cela signifie réellement?
  • Qu'attend-on de l'équipe de test dans ces situations?

Du point de vue des tests, tout cela signifie que l'application doit être testée minutieusement de bout en bout avec la migration du système existant vers le nouveau système avec succès.

Tutoriels de cette série:

Dans ce cas, le test du système doit être effectué avec toutes les données, qui sont utilisées dans une ancienne application ainsi que les nouvelles données. La fonctionnalité existante doit être vérifiée avec la fonctionnalité nouvelle / modifiée.

Test de migration de données

Au lieu d'un simple test de migration, il peut également être appelé test de migration de données, où toutes les données de l'utilisateur seront migrées vers un nouveau système.

Ainsi, les tests de migration incluent des tests avec d'anciennes données, de nouvelles données ou une combinaison des deux, des anciennes fonctionnalités (fonctionnalités inchangées) et des nouvelles fonctionnalités.

L’ancienne application est généralement appelée « héritage ' application. Parallèlement aux applications nouvelles / mises à niveau, il est également obligatoire de continuer à tester les applications héritées jusqu'à ce que les nouvelles / mises à niveau deviennent stables et cohérentes. Un test de migration approfondi sur une nouvelle application révélera les nouveaux problèmes qui n'ont pas été trouvés dans l'ancienne application.

Ce que vous apprendrez:

Qu'est-ce que le test de migration?

Les tests de migration sont un processus de vérification de la migration de l'ancien système vers le nouveau système avec un minimum de perturbations / temps d'arrêt, avec intégrité des données et aucune perte de données, tout en garantissant que tous les aspects fonctionnels et non fonctionnels spécifiés de l'application sont satisfaits après migration.

Représentation simple du système de migration:

Test de migration

Pourquoi un test de migration?

Comme nous le savons, la migration de l'application vers un nouveau système peut être pour diverses raisons, la consolidation du système, la technologie obsolète, l'optimisation ou toute autre raison.

Par conséquent, bien que le système en cours d'utilisation doive être migré vers un nouveau système, il est essentiel de vérifier les points ci-dessous:

  1. Tout type de perturbation / inconvénient causé à l'utilisateur en raison de la migration doit être évité / minimisé. Ex: temps d'arrêt, perte de données
  2. Il faut s'assurer que l'utilisateur peut continuer à utiliser toutes les fonctionnalités du logiciel en causant peu ou pas de dommages pendant la migration. Ex: modification de la fonctionnalité, suppression d'une fonctionnalité particulière
  3. Il est également important d'anticiper et d'exclure tous les éventuels problèmes / obstacles qui pourraient survenir lors de la migration réelle du système actif.

Par conséquent, afin d'assurer une migration en douceur du système en direct en éliminant ces défauts, il est essentiel de réaliser des tests de migration dans le laboratoire.

Ce test a sa propre importance et il joue un rôle essentiel lorsque les données entrent en jeu.

Techniquement, il doit également être exécuté aux fins ci-dessous:

  • Pour garantir la compatibilité de l'application nouvelle / mise à niveau avec tous les matériels et logiciels possibles pris en charge par l'application héritée. Aussi, nouveau compatibilité devrait être testé pour le nouveau matériel, la plate-forme logicielle ainsi.
  • Pour garantir que toutes les fonctionnalités existantes fonctionnent comme dans l'ancienne application. Il ne devrait y avoir aucun changement dans le fonctionnement de l'application par rapport à l'ancienne.
  • La possibilité d'un grand nombre de défauts dus à la migration est très élevée. De nombreux défauts seront généralement liés aux données et, par conséquent, ces défauts doivent être identifiés et corrigés pendant les tests.
  • Pour s'assurer que le temps de réponse du système de l'application nouvelle / mise à niveau est identique ou inférieur à ce qu'il prend pour l'application héritée.
  • Pour s'assurer que la connexion entre les serveurs, le matériel, les logiciels, etc., est intacte et ne se rompt pas pendant les tests. Le flux de données entre les différents composants ne doit être interrompu dans aucune condition.

Quand ce test est-il requis?

Les tests doivent être effectués avant et après la migration.

Les différentes phases du test de migration à effectuer au laboratoire de test peuvent être classés comme suit.

  1. Test de pré-migration
  2. Test de migration
  3. Test post-migration

En plus de ce qui précède, le les tests suivants sont également exécutés dans le cadre de toute l'activité de migration.

  1. Vérification de la compatibilité descendante
  2. Test de restauration

Avant d'effectuer ce test, il est essentiel que tout testeur comprenne clairement les points ci-dessous:

  1. Les changements intervenus dans le cadre du nouveau système (serveur, frontal, base de données, schéma, flux de données, fonctionnalités, etc.)
  2. Comprendre la stratégie de migration réelle définie par l'équipe. Comment la migration se produit, les changements étape par étape se produisant dans le backend du système et les scripts responsables de ces changements.

Il est donc essentiel de faire une étude approfondie de l'ancien et du nouveau système, puis de planifier et de concevoir en conséquence les cas de test et les scénarios de test à couvrir dans le cadre des phases de test ci-dessus et de préparer la stratégie de test.

Stratégie de test de migration des données

La conception de la stratégie de test pour la migration comprend un ensemble d'activités à effectuer et quelques aspects à prendre en compte. Il s'agit de minimiser les erreurs et les risques résultant de la migration et d'effectuer efficacement les tests de migration.

Activités de ce test:

#1) Formation d'équipes spécialisées :

Formez l'équipe de test avec les membres ayant les connaissances et l'expérience requises et fournissez une formation liée au système en cours de migration.

#deux) Analyse des risques commerciaux, analyse des erreurs possibles :

Les activités courantes ne devraient pas être entravées après la migration et donc mener à bien « Analyse des risques d’entreprise » des réunions impliquant les bonnes parties prenantes (Test Manager, Business Analyst, Architectes, Product Owners, Business Owner etc.) et identifier les risques et les atténuations implémentables. Les tests doivent inclure des scénarios pour découvrir ces risques et vérifier si les mesures d'atténuation appropriées ont été mises en œuvre.

Conduite « Analyse des erreurs possibles » en utilisant approprié «Approches de deviner les erreurs» puis concevez des tests autour de ces erreurs pour les découvrir pendant les tests.

comment ouvrir le fichier .java

# 3) Analyse et identification du périmètre de migration:

Analysez la portée claire du test de migration comme quand et ce qui doit être testé.

# 4) Identifiez l'outil approprié pour la migration:

Lors de la définition de la stratégie de ce test, automatisé ou manuel, identifiez les outils qui vont être utilisés. Par exemple: Outil automatisé pour comparer les données source et destination.

# 5) Identifiez l'environnement de test approprié pour la migration:

Identifiez des environnements séparés pour les environnements de pré et post-migration afin d'effectuer toute vérification requise dans le cadre des tests. Comprendre et documenter les aspects techniques de l'ancien et du nouveau système de migration, pour vous assurer que l'environnement de test est configuré en conséquence.

# 6) Document de spécification du test de migration et examen:

Préparer un document de spécification de test de migration qui décrit clairement l'approche de test, les domaines de test, les méthodes de test (automatisé, manuel), la méthodologie de test (boîte noire, technique de test de boîte blanche ), Nombre de cycles de tests, calendrier des tests, approche de création de données et d'utilisation des données en direct (les informations sensibles doivent être masquées), spécification de l'environnement de test, qualification des testeurs, etc., et organiser une session de revue avec les parties prenantes.

# 7) Lancement de la production du système migré :

Analysez et documentez la liste des tâches pour la migration de production et publiez-la bien à l'avance

Différentes phases de migration

Vous trouverez ci-dessous les différentes phases de la migration.

La phase 1:Test de pré-migration

Avant de migrer les données, un ensemble d'activités de test est effectué dans le cadre de la phase de test de pré-migration. Ceci est ignoré ou non pris en compte dans les applications plus simples. Mais lorsque des applications complexes doivent être migrées, les activités de pré-migration sont indispensables.

Voici la liste des actions entreprises au cours de cette phase:

  • Définissez une portée claire des données - quelles données doivent être incluses, quelles données doivent être exclues, quelles données nécessitent des transformations / conversions, etc.
  • Effectuez un mappage de données entre l'ancienne et la nouvelle application - pour chaque type de données dans l'ancienne application, comparez son type pertinent dans la nouvelle application, puis mappez-les - Mappage de niveau supérieur.
  • Si la nouvelle application contient le champ obligatoire, mais que ce n'est pas le cas dans l'héritage, assurez-vous que l'héritage ne contient pas ce champ comme nul. - Cartographie de niveau inférieur.
  • Étudiez clairement le schéma de données de la nouvelle application - noms de champs, types, valeurs minimales et maximales, longueur, champs obligatoires, validations au niveau des champs, etc.
  • Un certain nombre de tables de l'ancien système doivent être notées et si des tables sont supprimées et ajoutées après la migration, elles doivent être vérifiées.
  • Un certain nombre d'enregistrements dans chaque table, les vues doivent être notées dans l'application héritée.
  • Etudiez les interfaces de la nouvelle application et leurs connexions. Les données circulant dans l'interface doivent être hautement sécurisées et non interrompues.
  • Préparez des cas de test, des scénarios de test et des cas d'utilisation pour de nouvelles conditions dans les nouvelles applications.
  • Exécutez un ensemble de cas de test, de scénarios avec un ensemble d'utilisateurs et conservez les résultats et les journaux stockés. La même chose doit être vérifiée après la migration pour garantir que les données et fonctionnalités héritées sont intactes.
  • Le décompte des données et des enregistrements doit être clairement noté, il doit être vérifié après la migration pour aucune perte de données.

Phase 2:Test de migration

' Guide de migration »qui est préparé par l'équipe de migration doit être strictement suivi pour mener à bien l'activité de migration. Idéalement, l'activité de migration commence par la sauvegarde des données sur la bande, de sorte qu'à tout moment, le système hérité peut être restauré.

Vérification de la partie documentation de « Guide de migration »fait également partie des tests de migration des données . Vérifiez si le document est clair et facile à suivre. Tous les scripts et étapes doivent être correctement documentés sans aucune ambiguïté. Tout type d'erreurs de documentation, de correspondance manquée dans l'ordre d'exécution des étapes doit également être considéré comme important pour pouvoir être signalé et corrigé.

Les scripts de migration, le guide et d'autres informations liées à la migration réelle doivent être récupérés dans le référentiel de contrôle de version pour être exécutés.

Noter le temps réel nécessaire pour la migration du point de départ de la migration jusqu'à la restauration réussie du système, est l'un des cas de test à exécuter et donc le «Temps nécessaire pour migrer le système» doit être enregistrée dans le rapport de test final qui sera livré dans le cadre des résultats des tests de migration et ces informations seront utiles lors du lancement de la production. Le temps d'arrêt enregistré dans l'environnement de test est extrapolé pour calculer le temps d'arrêt approximatif dans le système en direct.

C'est sur l'ancien système que l'activité de migration sera effectuée.

Au cours de ces tests, tous les composants de l'environnement seront généralement mis hors service et supprimés du réseau pour effectuer les activités de migration. Par conséquent, il est nécessaire de noter le «Temps d'arrêt» requis pour le test de migration. Idéalement, ce sera le même que celui de la période de migration.

En règle générale, l’activité de migration définie dans le document «Guide de migration» comprend:

  • Migration réelle de l'application
  • Les pare-feu, le port, les hôtes, le matériel et les configurations logicielles sont tous modifiés selon le nouveau système sur lequel l'héritage est migré
  • Fuites de données, des contrôles de sécurité sont effectués
  • La connectivité entre tous les composants de l'application est vérifiée

Il est conseillé aux testeurs de vérifier ce qui précède dans le backend du système ou en effectuant des tests en boîte blanche.

Une fois l'activité de migration spécifiée dans le guide terminée, tous les serveurs sont activés et des tests de base liés à la vérification de la migration réussie seront effectués, ce qui garantit que tous les systèmes de bout en bout sont correctement connectés et que tous les composants parlent à chacun. autre, DB est opérationnel, le front-end communique avec le back-end avec succès. Ces tests doivent être identifiés plus tôt et enregistrés dans le document de spécification des tests de migration.

Il est possible que le logiciel prenne en charge plusieurs plates-formes différentes. Dans ce cas, la migration doit être vérifiée sur chacune de ces plates-formes séparément.

La vérification des scripts de migration fera partie du test de migration. Parfois, le script de migration individuel est également vérifié à l’aide du «test de la boîte blanche» dans un environnement de test autonome.

Questions et réponses pour l'entretien des tests d'automatisation du sélénium

Par conséquent, les tests de migration seront une combinaison de «tests de la boîte blanche et de la boîte noire».

Une fois cette vérification relative à la migration effectuée et les tests correspondants réussis, l'équipe peut poursuivre l'activité de test post-migration.

Phase n ° 3:Test post-migration

Une fois l'application migrée avec succès, les tests post-migration entrent en ligne de compte.

Ici, les tests du système de bout en bout sont effectués dans l'environnement de test. Les testeurs exécutent des cas de test identifiés, des scénarios de test, des cas d'utilisation avec des données héritées ainsi qu'un nouvel ensemble de données.

En plus de ceux-ci, il existe des éléments spécifiques à vérifier dans les environnements migrés qui sont répertoriés ci-dessous:

Tous ces éléments sont documentés en tant que cas de test et inclus dans le document «Spécification de test».

  1. Vérifiez si toutes les données de l'héritage sont migrées vers la nouvelle application pendant le temps d'arrêt prévu. Pour vous en assurer, comparez le nombre d'enregistrements entre l'ancienne et la nouvelle application pour chaque table et vue de la base de données. Indiquez également le temps nécessaire pour déplacer, par exemple 10000 enregistrements.
  2. Vérifiez si tous les changements de schéma (champs et tables ajoutés ou supprimés) selon le nouveau système sont mis à jour.
  3. Les données migrées de l'ancienne application vers la nouvelle application doivent conserver leur valeur et leur format à moins que cela ne soit spécifié. Pour vous en assurer, comparez les valeurs de données entre l'ancienne et la nouvelle base de données de l'application.
  4. Testez les données migrées par rapport à la nouvelle application. Couvrez ici un maximum de cas possibles. Pour garantir une couverture à 100% en ce qui concerne la vérification de la migration des données, utilisez l'outil de test automatisé.
  5. Vérifiez la sécurité de la base de données.
  6. Vérifiez l'intégrité des données pour tous les enregistrements d'échantillons possibles.
  7. Vérifiez et assurez-vous que la fonctionnalité précédemment prise en charge dans l'ancien système fonctionne comme prévu dans le nouveau système.
  8. Vérifiez le flux de données au sein de l'application qui couvre la plupart des composants.
  9. L'interface entre les composants doit être testée de manière approfondie, car les données ne doivent pas être modifiées, perdues et corrompues lorsqu'elles traversent des composants. Des cas de test d'intégration peuvent être utilisés pour vérifier cela.
  10. Vérifiez la redondance des données héritées. Aucune donnée héritée ne doit être dupliquée pendant la migration
  11. Vérifiez les cas de non-concordance des données tels que le type de données changé, le format de stockage est modifié, etc.,
  12. Toutes les vérifications au niveau du champ dans l'ancienne application doivent également être couvertes dans la nouvelle application
  13. Tout ajout de données dans la nouvelle application ne doit pas refléter l'héritage
  14. La mise à jour des données de l'ancienne application via la nouvelle application doit être prise en charge. Une fois mis à jour dans la nouvelle application, il ne doit pas refléter l'héritage.
  15. La suppression des données de l'ancienne application dans la nouvelle application doit être prise en charge. Une fois supprimée dans la nouvelle application, elle ne doit pas non plus supprimer les données de l'héritage.
  16. Vérifiez que les modifications apportées au système hérité prennent en charge la nouvelle fonctionnalité fournie dans le cadre du nouveau système.
  17. Vérifiez que les utilisateurs de l'ancien système peuvent continuer à utiliser à la fois l'ancienne et la nouvelle fonctionnalité, en particulier celles où les modifications sont impliquées. Exécutez les cas de test et les résultats de test stockés lors des tests de pré-migration.
  18. Créez de nouveaux utilisateurs sur le système et effectuez des tests pour vous assurer que les fonctionnalités de l'héritage ainsi que de la nouvelle application prennent en charge les utilisateurs nouvellement créés et que cela fonctionne correctement.
  19. Effectuer des tests liés aux fonctionnalités avec une variété d'échantillons de données (différents groupes d'âge, utilisateurs de différentes régions, etc.)
  20. Il est également nécessaire de vérifier si les «indicateurs de fonctionnalités» sont activés pour les nouvelles fonctionnalités et si leur activation / désactivation permet d'activer et de désactiver les fonctionnalités.
  21. Les tests de performances sont importants pour garantir que la migration vers un nouveau système / logiciel n'a pas dégradé les performances du système.
  22. Il est également nécessaire d'effectuer des tests de charge et de contrainte pour garantir la stabilité du système.
  23. Vérifiez que la mise à niveau du logiciel n'a ouvert aucune vulnérabilité de sécurité et effectuez donc des tests de sécurité, en particulier dans la zone où des modifications ont été apportées au système lors de la migration.
  24. La convivialité est un autre aspect qui doit être vérifié, dans lequel si la disposition de l'interface graphique / le système frontal a changé ou une fonctionnalité a changé, quelle est la facilité d'utilisation que l'utilisateur final ressent par rapport au système hérité.

Étant donné que la portée des tests post-migration devient très vaste, il est idéal de séparer les tests importants qui doivent être effectués en premier pour qualifier que la migration est réussie, puis d'effectuer les autres plus tard.

Il est également conseillé d'automatiser les cas de test fonctionnels de bout en bout et d'autres cas de test possibles afin que le temps de test puisse être réduit et que les résultats soient disponibles rapidement.

Quelques conseils pour les testeurs pour écrire les cas de test pour l'exécution post-migration:

  • Lorsque l'application est migrée, cela ne signifie pas que les cas de test doivent être écrits pour toute la nouvelle application. Les cas de test déjà conçus pour l'héritage devraient toujours être valables pour la nouvelle application. Ainsi, dans la mesure du possible, utilisez les anciens scénarios de test et convertissez les anciens scénarios de test en cas d'une nouvelle application, le cas échéant.
  • S'il y a un changement de fonctionnalité dans la nouvelle application, les cas de test liés à la fonctionnalité doivent être modifiés.
  • Si une nouvelle fonctionnalité est ajoutée dans la nouvelle application, de nouveaux cas de test doivent être conçus pour cette fonctionnalité particulière.
  • Lorsqu'il y a une perte de fonctionnalité dans la nouvelle application, les cas de test de l'application héritée associée ne doivent pas être pris en compte pour l'exécution post-migration, et ils doivent être marqués comme non valides et séparés.
  • Les cas de test conçus doivent toujours être fiables et cohérents en termes d'utilisation. La vérification des données critiques doit être couverte dans les cas de test afin qu'elles ne soient pas manquées lors de l'exécution.
  • Lorsque la conception de la nouvelle application est différente de celle de l'ancienne (UI), les cas de test liés à l'interface utilisateur doivent être modifiés pour adapter la nouvelle conception. La décision de mettre à jour ou d'en écrire de nouveaux, dans ce cas, peut être prise par le testeur en fonction du volume de changement intervenu.

Test de compatibilité descendante

La migration du système demande également aux testeurs de vérifier la «compatibilité descendante», dans laquelle le nouveau système introduit est compatible avec l'ancien système (au moins 2 versions précédentes) et garantit qu'il fonctionne parfaitement avec ces versions.

La rétrocompatibilité consiste à garantir:

  1. Si le nouveau système prend en charge la fonctionnalité prise en charge dans les 2 versions précédentes avec la nouvelle.
  2. Le système peut être migré avec succès à partir des 2 versions précédentes sans aucun problème.

Il est donc essentiel d'assurer la rétrocompatibilité du système en réalisant spécifiquement les tests liés au support de la rétrocompatibilité. Les tests liés à la compatibilité descendante doivent être conçus et inclus dans le document de spécification de test pour exécution.

Test de restauration

En cas de problème lors de l'exécution de la migration ou en cas d'échec de la migration à tout moment pendant la migration, il devrait être possible pour le système de revenir à l'ancien système et de reprendre rapidement ses fonctions sans impact sur les utilisateurs et la fonctionnalité prise en charge précédemment.

Ainsi, afin de vérifier cela, les scénarios de test d'échec de migration doivent être conçus dans le cadre des tests négatifs et le mécanisme de restauration doit être testé. Le temps total nécessaire pour revenir au système hérité doit également être enregistré et indiqué dans les résultats des tests.

Après la restauration, la fonctionnalité principale et le test de régression (automatisé) doit être exécuté pour s'assurer que la migration n'a aucun impact et que la restauration réussit à remettre en place l'ancien système.

Rapport récapitulatif des tests de migration

Le rapport de synthèse du test doit être produit une fois les tests terminés et doit couvrir le rapport sur le résumé des différents tests / scénarios réalisés dans le cadre des différentes phases de migration avec l'état des résultats (réussite / échec) et les journaux de test.

Le temps enregistré pour les activités suivantes doit être clairement indiqué:

  1. Durée totale de la migration
  2. Temps d'arrêt des applications
  3. Temps passé à migrer 10 000 enregistrements.
  4. Temps passé pour la restauration.

En plus des informations ci-dessus, toutes les observations / recommandations peuvent également être rapportées.

Défis des tests de migration de données

Les défis rencontrés dans ces tests sont principalement liés aux données. Voici quelques-uns dans la liste:

# 1) Qualité des données:

Nous pouvons constater que les données utilisées dans l'application héritée sont de mauvaise qualité dans l'application nouvelle / mise à niveau. Dans de tels cas, la qualité des données doit être améliorée pour répondre aux normes commerciales.

Des facteurs tels que les hypothèses, les conversions de données après les migrations, les données saisies dans l'ancienne application elle-même ne sont pas valides, une mauvaise analyse des données, etc. conduit à une mauvaise qualité des données. Cela entraîne des coûts opérationnels élevés, des risques d'intégration de données accrus et un écart par rapport à l'objectif de l'entreprise.

# 2) Non-concordance des données:

Les données migrées de l'ancienne application vers la nouvelle application / mise à niveau peuvent ne pas correspondre à la nouvelle. Cela peut être dû au changement de type de données, de format de stockage des données, le but pour lequel les données sont utilisées peut être redéfini.

Cela entraîne d'énormes efforts pour modifier les changements nécessaires pour soit corriger les données non concordantes, soit les accepter et les ajuster à cette fin.

# 3) Perte de données:

Des données peuvent être perdues lors de la migration de l'ancienne application vers la nouvelle application / mise à niveau. Cela peut être avec des champs obligatoires ou des champs non obligatoires. Si les données perdues concernent des champs non obligatoires, l'enregistrement correspondant sera toujours valide et pourra être mis à jour à nouveau.

Mais si les données du champ obligatoire sont perdues, l'enregistrement lui-même devient nul et il ne peut pas être retiré. Cela entraînera une perte de données énorme et devrait être récupéré à partir de la base de données de sauvegarde ou des journaux d'audit s'ils sont correctement capturés.

# 4) Volume de données:

Données énormes qui nécessitent beaucoup de temps pour migrer dans la fenêtre de temps d'arrêt de l'activité de migration. Par exemple: Cartes à gratter dans l'industrie des télécommunications, utilisateurs sur une plate-forme réseau intelligente, etc., ici, le défi est qu'au moment où les données héritées sont effacées, de nouvelles données énormes seront créées, qui doivent à nouveau être migrées. L'automatisation est la solution pour une énorme migration de données.

# 5) Simulation d'un environnement en temps réel (avec les données réelles):

La simulation d'un environnement en temps réel dans le laboratoire de test est un autre véritable défi, où les testeurs se heurtent à différents types de problèmes avec les données réelles et le système réel, qui ne sont pas rencontrés pendant les tests.

Ainsi, l'échantillonnage des données, la réplication de l'environnement réel, l'identification du volume de données impliqué dans la migration sont assez importants lors de la réalisation des tests de migration des données.

# 6) Simulation du volume de données:

Les équipes doivent étudier très attentivement les données du système en direct et doivent proposer une analyse et un échantillonnage typiques des données.

Par exemple: utilisateurs dont la tranche d'âge est inférieure à 10 ans, 10-30 ans, etc., Dans la mesure du possible, les données du live doivent être obtenues, sinon la création de données doit être effectuée dans l'environnement de test. Des outils automatisés doivent être utilisés pour créer un grand volume de données. L'extrapolation, le cas échéant, peut être utilisée si le volume ne peut pas être simulé.

Conseils pour atténuer les risques de migration des données

Vous trouverez ci-dessous quelques conseils à suivre pour atténuer les risques de migration des données:

  • Normaliser les données utilisées dans l'ancien système, de sorte qu'une fois migrées, les données standard soient disponibles dans le nouveau système
  • Améliorer la qualité des données, de sorte que lors de la migration, il y ait des données qualitatives à tester donnant l'impression de tester en tant qu'utilisateur final
  • Nettoyez les données avant la migration, de sorte que lors de la migration, les données en double ne soient pas présentes dans le nouveau système et cela permet également de garder le système entier propre
  • Revérifiez les contraintes, les procédures stockées, les requêtes complexes qui donnent des résultats précis, de sorte que lors de la migration, les données correctes soient également renvoyées dans le nouveau système
  • Identifiez le bon outil d'automatisation pour effectuer des vérifications de données / enregistrer des vérifications dans le nouveau système par rapport à l'ancien.

Conclusion

Par conséquent, compte tenu de la complexité de la réalisation des tests de migration des données, en gardant à l'esprit qu'un petit échec dans tout aspect de la vérification pendant les tests entraînera un risque d'échec de la migration au niveau de la production, il est très important de mener une étude minutieuse et approfondie. & analyse du système avant et après la migration. Planifiez et concevez une stratégie de migration efficace avec des outils robustes et des testeurs qualifiés et formés.

Comme nous savons que la migration a un impact énorme sur la qualité de l'application, une bonne quantité d'efforts doit être mise en place par toute l'équipe pour vérifier l'ensemble du système dans tous les aspects tels que la fonctionnalité, les performances, la sécurité, la convivialité, la disponibilité, la fiabilité, la compatibilité. etc., ce qui garantira à son tour le succès des «tests de migration».

«Différents types de migrations» qui se produisent généralement assez souvent dans la réalité et les moyens de gérer leurs tests seront brièvement expliqués dans notre prochain tutoriel de cette série .

À propos des auteurs: Ce guide est rédigé par l'auteur de STH Nandini. Elle a plus de 7 ans d'expérience dans les tests de logiciels. Merci également à l'auteur de STH Gayathri S. pour avoir révisé et fourni ses suggestions valubales pour améliorer cette série. Gayathri a plus de 18 ans d'expérience dans le développement de logiciels et les services de test.

Faites-nous part de vos commentaires / suggestions sur ce tutoriel.

lecture recommandée

^