Resposta direta
A resposta vem de comparar o que o ambiente controlado permite observar com o que a operação real apresenta. Homologação costuma ter volume pequeno, dado limpo, poucos acessos ao mesmo tempo e falhas que não doem. O diagnóstico separa o que foi testado do que foi apenas presumido: variação de carga, dado incompleto, indisponibilidade de terceiro, ordem de execução e tratamento de erro. A pergunta útil não é se o teste passou, mas qual condição de produção ele nunca encostou.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Compara o que o teste exercitou com o que a operação exige, em vez de tratar a falha em produção como erro isolado.
O que o ambiente controlado não reproduz
O ambiente controlado existe para reduzir variável. Roda com dado escolhido, volume previsível e poucos acessos ao mesmo tempo. Isso serve para conferir regra combinada e formato de campo. Não é o que a operação faz.
Na operação, o mesmo campo chega vazio, chega com acento trocado, chega duas vezes. O sistema externo fica lento no horário de pico e fora do ar no fechamento. Nada disso aparece quando o teste roda em horário definido, com base limpa.
Como separar o testado do presumido
O trabalho começa listando as condições do teste: quantidade de registros, acessos simultâneos, permissões usadas, versão de cada serviço. Sem essa lista, não há base de comparação.
Depois, cada condição é confrontada com a operação. O que não foi exercitado entra como presumido, com nome. A diferença entre testado e presumido é o documento que orienta o que precisa ser testado de novo e por quem.
O que esse diagnóstico não resolve
Ele não elimina falha na operação. Aponta onde a cobertura é fina e onde a integração depende de comportamento de terceiro que ninguém controla.
Também não substitui observação contínua. Um teste ampliado vale para o momento em que foi feito. Volume, dado e versão mudam depois, e a conclusão perde validade sem que ninguém perceba.
Recurso prático
O que conferir antes de considerar o teste suficiente
- Listar as condições do teste: quantidade de registros, acessos ao mesmo tempo, permissões usadas e versão de cada serviço.
- Marcar quais dessas condições diferem da operação e quem responde por cada diferença.
- Verificar se o teste incluiu dado incompleto, fora de formato e duplicado, não apenas dado válido.
- Registrar o comportamento previsto quando o sistema externo não responde, demora ou devolve erro.
- Conferir se houve teste de reprocessamento: o que acontece com o registro já gravado quando a etapa seguinte falha.
- Definir o ponto de observação na operação: onde a falha aparece e quem lê esse registro.
O erro mais comum é tratar a ausência de erro no teste como evidência de que a integração está pronta. Aprovação em ambiente controlado diz que o caminho previsto funciona, não que o caminho real foi exercitado.
Sobre o que está escrito aqui
Conceitos relacionados: ambiente de homologação · dados de produção · reprocessamento de falha · acesso simultâneo · registro de integração. 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
- Cadastros duplicados: como desenhar o fluxo d… — cadastros duplicados
- Cadastros duplicados: caminhos para comparar… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Teste que passa em ambiente controlado: o que conferir — Organizar um processo
- Integração testada só em ambiente controlado: o que comparar — Comparar alternativas
- Teste de integração em ambiente controlado: o que medir — Explicar medição
- Integração que só passa em ambiente controlado: o que falta — Orientar implementação
- Teste de integração só em ambiente controlado: o que exigir — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Base de teste diferente da produção: o que exigir no contrato — O que pedir ao fornecedor sobre ambiente de homologação com dados parecidos com a produção, quem responde por isso e o que fica fora.
- Base de teste diferente da produção: o que comparar — Compara alternativas para lidar com base de teste diferente da produção: separar, reduzir a diferença ou aceitar o risco, com critério e limites definidos.
- Base de teste diferente da produção: o que padronizar — Define o que a base de teste precisa reproduzir da produção, quem responde por mantê-la e quando ela deixa de servir para validar.
- Base de teste diferente da produção: o que precisa ser igual — O que a base de teste precisa reproduzir da produção, o que pode ser abreviado e o que, se faltar, invalida o teste.
- Fila de processamento sem prazo: limite, ordem e exceção — Define prazo, prioridade, envelhecimento e exceção para filas de processamento, com pontos de controle, responsáveis e critérios de descarte.