Resposta direta
A divergência aparece porque a base de teste carrega menos casos, menos volume e menos exceções do que a produção. Diagnóstico começa pela comparação do que existe nos dois lados: volume por tabela, campos nulos, formatos de data e documento, registros órfãos e situações de exceção que nunca foram recriadas no ambiente de teste. A mudança que passa no teste falha em produção quando encontra um cadastro incompleto, um código legado ou um volume que o teste não tinha. Sem essa comparação, a liberação vira aposta. O critério é saber qual diferença explica a falha, não eliminar todas.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a base de teste como fonte de divergência de conteúdo, não apenas de estrutura, e indica o que comparar antes de liberar uma mudança.
O que separa as duas bases
A base de teste nasce de uma cópia parcial e envelhece rápido. Costuma ter cadastro mais completo, menos volume e nenhum dos casos estranhos que a operação acumulou. Produção carrega registros incompletos, códigos antigos, duplicidades e exceções que ninguém recriou no ambiente de teste.
A diferença nem sempre é de conteúdo. Esquema de tabela atualizado, formato de campo igual e ainda assim resultado diferente. Isso acontece quando a regra de negócio depende de combinações de dados que só existem na base real, alterada por operadores e por outros sistemas ao longo do tempo.
Comparar antes de liberar
O diagnóstico parte de uma lista de diferenças entre as duas bases, com responsável por item. Volume por tabela, campos nulos, formatos aceitos, registros sem vínculo e casos de borda conhecidos entram nessa lista, cada um com quem responde por conferir.
A comparação só tem valor quando aponta qual diferença explica a falha. Comparar tudo e corrigir tudo não é objetivo viável. O critério é isolar o fator relevante para a mudança em teste e verificar se ele existe em produção, antes de decidir sobre a liberação.
O que a comparação não resolve
A comparação entre bases reduz a aposta, mas não elimina a falha na primeira liberação. Produção tem histórico vivo, alterado por operadores e por outros sistemas, que nenhuma cópia reproduz por inteiro.
Também não substitui teste com dados reais em volume controlado, nem corrige falha que nasce de regra de negócio mal definida. Quando a mudança depende de variação real e volume alto, a comparação indica onde está o risco. Não garante que a liberação vai passar.
Recurso prático
Diferenças entre base de teste e produção
| Aspecto | O que verificar nos dois lados |
|---|---|
| Volume de registros | Contagem por tabela principal e por período; diferenças grandes escondem caminhos que nunca foram percorridos no teste |
| Campos opcionais | Proporção de nulos em teste e em produção; a base de teste costuma ter cadastro mais completo do que a operação real |
| Formatos e códigos | Máscara de documento, data e moeda, além de códigos legados que cada base aceita sem rejeitar |
| Exceções e órfãos | Registros sem vínculo, duplicados e casos de borda que existem só em produção |
O erro mais comum é comparar apenas a estrutura das tabelas e considerar a base validada. Esquema e formato iguais não dizem nada sobre o conteúdo, e é o conteúdo que quebra a mudança na operação.
Sobre o que está escrito aqui
Conceitos relacionados: base de teste · base de produção · massa de dados · casos de borda · registros órfãos. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Cópia de base sem versão: como manter registr… — cópia de base sem controle de versão
- Bases copiadas sem versão: como medir a dispe… — cópia de base sem controle de versão
Páginas relacionadas
O mesmo problema em outro objetivo
- Base de teste diferente da produção: o que padronizar — Organizar um processo
- Base de teste diferente da produção: o que comparar — Comparar alternativas
- Base de teste diferente da produção: como medir a diferença — Explicar medição
- Base de teste diferente da produção: o que precisa ser igual — Orientar implementação
- Base de teste diferente da produção: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cópias de base sem versão: como rastrear a dispersão — Critérios objetivos para localizar bases duplicadas na operação, identificar divergências de registro e definir a fonte que deve prevalecer.
- Correção direta no banco de produção: o que combinar antes — O que definir em escopo, autorização, registro e reversão antes de contratar uma correção pontual feita no banco de produção.
- Fonte da verdade: qual sistema responde por cada dado — Como definir, para cada campo crítico, qual sistema é a fonte da verdade, quem pode escrever e quem responde pela correção.
- Dados desatualizados: métricas para quantificar o atraso — Métricas, pontos de controle e critérios práticos para medir a defasagem temporal de dados operacionais entre o evento real e o registro no sistema.
- Integração sem identificador: como reconstruir a execução — Reconstrução do caminho de uma execução de integração sem identificador único, a partir de horário, chave de negócio e registro de log.