Planejamento de Testes de Integração para Migração de Oracle para PostgreSQL

Analise um único projeto de destino para identificar artefatos de acesso a dados que exigem testes de integração e, em seguida, produza um plano de testes estruturado e acionável.

Fluxo de Trabalho

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

Etapa 1: Identificar artefatos de acesso a dados

Escopo apenas para o projeto de destino. Encontre classes e métodos que interagem diretamente com o banco de dados — repositórios, DAOs, chamadores de stored procedure, camadas de serviço que realizam operações CRUD.

Etapa 2: Classificar prioridades de teste

Classifique os artefatos por risco de migração. Priorize métodos que usam recursos específicos do Oracle (refcursors, TO_CHAR, coerção implícita de tipos, NO_DATA_FOUND) em detrimento de CRUD simples.

Etapa 3: Escrever o plano de testes

Escreva um plano em markdown cobrindo:

• Lista de artefatos testáveis com assinaturas de métodos
• Casos de teste recomendados por artefato
• Requisitos de dados de semente
• Diferenças comportamentais conhecidas do Oracle → PostgreSQL a serem validadas
• Mapeamento de cobertura que garante que cada ponto de contato com o banco de dados tenha pelo menos um caso de teste (ou um conjunto justificado de casos para métodos de alto risco)

Ao definir os casos de teste recomendados, inclua explicitamente:

• Comportamento de parâmetros de texto para strings vazias e valores NULL/ausentes.
• Asserções de data/hora/fuso horário, incluindo comportamento de ida e volta e comparação.
• Casos em que colunas de destino usam timestamp without time zone ou timestamp(0), com expectativas explícitas de aplicação de fuso horário.

Saída

Escreva o plano em: .github/oracle-to-postgres-migration/Reports/{TARGET_PROJECT} Integration Testing Plan.md

Principais Restrições

• Escopo de projeto único — planeje testes apenas para artefatos dentro do projeto de destino.
• Apenas interações com banco de dados — ignore a lógica de negócios que não acessa o banco de dados.
• Oracle é a fonte de referência — os testes devem capturar o comportamento esperado do Oracle para comparação com o PostgreSQL.
• Sem orquestração de múltiplas conexões — as aplicações migradas são copiadas e renomeadas (por exemplo, MyApp.Postgres), portanto, cada instância tem como alvo um banco de dados.