Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Test
Lorsque vous reconfigurez une application COBOL tout en conservant DB2 en z/OS tant que base de données partagée, il est essentiel de s'assurer que le nouveau système fonctionne de la même manière que le système d'origine. Cet environnement hybride présente des défis et des opportunités de test uniques. La stratégie suivante décrit une approche complète des tests d'équivalence fonctionnelle et est conçue pour valider les performances, l'intégrité des données et l'intégration transparente de l'application replateforme avec la base de données Db2 for z/OS existante.
Commencez par identifier les processus métier et les transactions critiques qui doivent être comparés entre les systèmes. Créez ensuite un plan de test détaillé avec des scénarios spécifiques qui évalueront efficacement l'équivalence fonctionnelle de ces transactions. Enfin, développez des ensembles de données de test complets qui couvrent tous les scénarios identifiés et assurez-vous qu'ils sont identiques pour les deux systèmes afin de permettre une comparaison précise.
Environnement source
-
Instantané initial (premier instantané) :
-
Assurez-vous que la table de données n'est pas utilisée par d'autres applications pendant le test, car cela peut affecter le test d'équivalence.
-
Prenez un instantané du Db2 pour les z/OS tables utilisées par la transaction avant d'exécuter des tests.
-
-
Test du système source :
-
Exécutez la suite complète de tests sur l'application COBOL d'origine.
-
Enregistrez toutes les transactions, entrées et sorties.
-
Surveillez les performances du système et l'utilisation des ressources.
-
-
Instantané des tests effectués après la source (deuxième instantané) :
-
Prenez un autre instantané de la z/OS base de données DB2 for après avoir terminé les tests du système source.
-
Environnement cible
-
Réinitialiser la base de données :
-
Restaurez l'état initial de la base de données à l'aide du premier instantané.
-
-
Test du système cible (environnement replatformé) :
-
Exécutez la même série de tests sur l'application replateforme.
-
Assurez-vous que tous les tests du système cible utilisent les mêmes entrées que les tests du système source.
-
Surveillez les performances du système et l'utilisation des ressources.
-
-
Instantané du test post-cible (troisième instantané) :
-
Prenez un dernier instantané de la z/OS base de données DB2 for après avoir terminé les tests du système cible.
-
Analyse
-
Comparaison et analyse :
-
Comparez les deuxième et troisième instantanés pour identifier les éventuelles incohérences dans les données.
-
Analysez les résultats des tests et comparez les résultats des systèmes source et cible.
-
Évaluez les indicateurs de performance entre les deux environnements.
-
-
Tests d'intégration :
-
Effectuez des tests impliquant à la fois l'application replateforme et les composants COBOL restants.
-
Vérifiez une interaction fluide entre les deux environnements.
-
-
Tests de reprise et de restauration :
-
Testez des scénarios dans lesquels un environnement tombe en panne et l'autre prend le relais.
-
Garantissez la cohérence et l'intégrité des données lors des situations de basculement.
-
-
Tests de charge et de stress :
-
Effectuez des tests avec différentes charges pour évaluer le comportement du système hybride en cas de stress.
-
Identifiez les goulets d'étranglement ou les problèmes de performance dans l'un ou l'autre environnement.
-
-
Documentation et rapports :
-
Documentez tous les résultats des tests, les écarts et les indicateurs de performance.
-
Préparez un rapport complet qui compare les systèmes source et cible.
-
Tester votre application dans AWS Mainframe Modernization
Le AWS Mainframe Modernization Application Testing
Note
AWS Mainframe Modernization Le service (Managed Runtime Environment Experience) n'est plus ouvert aux nouveaux clients. Pour des fonctionnalités similaires à AWS Mainframe Modernization Service (expérience d'environnement d'exécution géré), explorez AWS Mainframe Modernization Service (expérience autogérée). Les clients existants peuvent continuer à utiliser le service normalement. Pour plus d'informations, consultez AWS Mainframe Modernization la section Modification de la disponibilité.
Le schéma suivant montre comment AWS Tests d'applications fonctionne à un niveau élevé.
Le processus comprend les étapes suivantes :
-
Créez et gérez les cas de test, qui constituent la plus petite unité d'actions de test. Identifiez les types de données qui représentent le mieux l'équivalence fonctionnelle entre les systèmes source et cible.
-
Définissez la configuration de l'environnement de test en spécifiant CloudFormation des modèles et des attributs supplémentaires.
-
Créez des suites de tests, qui sont des collections de cas de test.
-
Chargement et réexécution des ensembles de données : capturez les ensembles de données d'entrée et de sortie sur le mainframe, téléchargez-les AWS, puis rejouez le scénario de test sur le système cible.
-
Comparez les ensembles de données source et cible. AWS Tests d'applications compare automatiquement les ensembles de données de sortie des systèmes source et cible. Passez en revue et évaluez-les pour identifier les incohérences.
Pour plus d’informations, consultez la documentation AWS Mainframe Modernization.
