Planification des tests d'intégration pour la migration Oracle vers PostgreSQL

Analysez un seul projet cible pour identifier les artefacts d'accès aux données nécessitant des tests d'intégration, puis produisez un plan de test structuré et actionnable.

Workflow

Progress:
- [ ] Step 1: Identify data access artifacts
- [ ] Step 2: Classify testing priorities
- [ ] Step 3: Write the testing plan

Step 1: Identifier les artefacts d'accès aux données

Limiter le scope au projet cible uniquement. Trouver les classes et méthodes qui interagissent directement avec la base de données — repositories, DAOs, appelants de procédures stockées, couches de service exécutant des opérations CRUD.

Step 2: Classer les priorités de test

Classez les artefacts par risque de migration. Priorité aux méthodes utilisant des fonctionnalités spécifiques à Oracle (refcursors, TO_CHAR, coercition de type implicite, NO_DATA_FOUND) plutôt qu'aux CRUD simples.

Step 3: Rédiger le plan de test

Rédigez un plan markdown couvrant :

• Liste des artefacts testables avec signatures de méthodes
• Cas de test recommandés par artefact
• Exigences en matière de données de seed
• Différences de comportement connues Oracle→PostgreSQL à valider

Output

Écrivez le plan à : .github/oracle-to-postgres-migration/Reports/{TARGET_PROJECT} Integration Testing Plan.md

Contraintes clés

• Scope d'un seul projet — planifiez les tests uniquement pour les artefacts du projet cible.
• Interactions avec la base de données uniquement — ignorez la logique métier qui ne touche pas la base de données.
• Oracle est la source de référence — les tests doivent capturer le comportement attendu d'Oracle pour la comparaison avec PostgreSQL.
• Pas de harnais multi-connexion — les applications migrées sont copiées et renommées (par ex., MyApp.Postgres), donc chaque instance cible une seule base de données.