Exécution de cas de test (OracleToSQL)

Lorsque le testeur SSMA exécute un cas de test, il exécute les objets sélectionnés pour le test et crée un rapport sur les résultats de vérification. Si les résultats sont identiques sur les deux plateformes, le test a réussi. La correspondance des objets entre Oracle et SQL Server est déterminée en fonction des paramètres de mappage de schéma pour le projet SSMA actuel.

Une exigence nécessaire pour un test réussi est que tous les objets Oracle sont convertis et chargés dans la base de données cible. En outre, les données de table doivent être migrées afin que le contenu des tables sur les deux plateformes soit synchronisé.

Exécuter le cas de test

Pour exécuter le cas de test préparé :

1. Cliquez sur le bouton Run.
2. Dans la boîte de dialogue Se connecter à Oracle , entrez les informations de connexion, puis cliquez sur Se connecter.

Une fois le test terminé, le rapport de cas de test est créé. Cliquez sur le bouton Rapport pour afficher le rapport de cas de test. Le résultat du test (rapport de cas de test) est automatiquement stocké dans le référentiel de résultats de test pour une utilisation ultérieure.

Étapes d’exécution de cas de test

Prerequisites

Le testeur SSMA vérifie si toutes les conditions préalables sont remplies pour l’exécution du test avant le début du test. Si certaines conditions ne sont pas satisfaites, un message d’erreur s’affiche.

Initialisation

À cette étape, le testeur SSMA crée des objets auxiliaires (tables, déclencheurs et vues) dans le schéma du SSMATESTER_ORACLE serveur Oracle. Ils permettent de tracer les modifications apportées dans les objets affectés choisis pour la vérification.

Supposons que la table vérifiée soit nommée USER_TABLE. Pour une telle table, les objets auxiliaires suivants sont créés dans Oracle.

Nom	Type	Description
USER_TABLE$Trg	trigger	Déclenchez l’audit des modifications dans la table vérifiée.
USER_TABLE$AUD	table	Table dans laquelle les lignes supprimées et remplacées sont enregistrées.
USER_TABLE$AUDID	table	Table dans laquelle les lignes nouvelles et modifiées sont enregistrées.
USER_TABLE	vue	Représentation simplifiée des modifications de la table.
USER_TABLE$NEW	vue	Représentation simplifiée des lignes insérées et remplacées.
USER_TABLE$NEW_ID	vue	Identification des lignes insérées et modifiées.
USER_TABLE$OLD	vue	Représentation simplifiée des lignes supprimées et remplacées.

L’objet suivant est créé dans le schéma de table vérifiée sur SQL Server.

Nom	Type	Description
USER_TABLE$Trg	trigger	Déclenchez l’audit des modifications dans la table vérifiée.

Les objets suivants sont créés au niveau de SQL Server dans le ssma_tester_changes schéma.

Nom	Type	Description
USER_TABLE$Aud	table	Table dans laquelle les lignes supprimées et remplacées sont enregistrées.
USER_TABLE$AudID	table	Table dans laquelle les lignes nouvelles et modifiées sont enregistrées.
USER_TABLE|view	Représentation simplifiée des modifications de la table.
USER_TABLE$new	vue	Représentation simplifiée des lignes insérées et remplacées.
USER_TABLE$new_id	vue	Identification des lignes insérées et modifiées.
USER_TABLE$old	vue	Représentation simplifiée des lignes supprimées et remplacées.

Tester les appels d’objets

À cette étape, le testeur SSMA appelle chaque objet sélectionné pour le test, compare les résultats et affiche le rapport.

finalisation

Pendant la finalisation du testeur SSMA, nettoie les objets auxiliaires créés à l’étape d’initialisation .

Étape suivante

Affichage des rapports de cas de test (OracleToSQL)

Voir aussi

Sélection et configuration d’objets à tester (OracleToSQL)Sélection et configuration d’objets affectés (OracleToSQL)Test d’objets de base de données migrés (OracleToSQL)