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é :
- Cliquez sur le bouton Run.
- 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)