Resposta direta
A contratação precisa separar o que foi testado do que se espera que funcione. Ambiente controlado prova que o caminho principal existe. Não prova comportamento sob volume, dado incompleto, indisponibilidade de um dos lados nem reprocessamento. O contrato deve nomear os cenários de falha que serão testados, a massa de dados usada e quem responde quando o resultado diverge. Sem isso, o aceite se apoia em demonstração, não em evidência.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o teste controlado como evidência parcial e define o que precisa constar no aceite, em vez de discutir ferramenta ou método de teste.
O que a evidência de teste costuma cobrir
Ambiente controlado é aquele em que o fornecedor define os dados, a ordem das chamadas e o momento de executar. Isso confirma que a integração existe e que os campos principais chegam ao destino. Também serve para documentar formato, autenticação e regra de negócio acordada.
O limite aparece quando o dado real entra. Volume, registro incompleto, campo nulo, chamada repetida e sistema fora do ar ficam fora do roteiro. A pergunta a fazer é qual desses cenários foi executado e qual foi apenas evitado.
O que precisa estar escrito antes do aceite
O aceite precisa nomear os cenários de falha, a massa de dados e o responsável por cada verificação. Precisa dizer quem corrige a divergência e como o registro é reprocessado, mesmo que o prazo ainda não esteja fechado.
Vale registrar o resultado do teste no contrato como anexo: o que foi executado, com qual dado e qual saída. Anexo datado evita disputa depois, quando o comportamento em produção divergir do que foi demonstrado.
Quando o teste controlado não resolve
Em integração de baixo volume, leitura sem escrita ou sistema já maduro, o teste controlado serve como etapa, não como prova. Ele não garante comportamento sob carga nem recuperação após falha.
Não substitui teste com dado real, acompanhamento nas primeiras semanas de operação e monitoramento de falhas silenciosas. Aceitar o ambiente controlado como prova final é assumir o risco de descobrir a divergência com o processo já rodando.
Recurso prático
Evidência apresentada e o que ela deixa fora
| Evidência que o fornecedor apresenta | O que essa evidência não cobre |
|---|---|
| Demonstração assistida do fluxo principal | Chamada repetida, timeout e reprocessamento |
| Massa de dados preparada pelo fornecedor | Registro incompleto, duplicado ou fora de formato |
| Relatório de execução sem versão | Comportamento após mudança de layout ou de regra |
O ponto mais ignorado é o reprocessamento. Quase toda verificação olha a primeira chamada e para por aí. A divergência costuma aparecer na segunda ou terceira tentativa, quando o sistema já gravou parte do registro.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: ambiente de homologação · massa de dados de teste · critério de aceite · reprocessamento de chamada · contrato 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
- Números que não batem: por que a divergência… — planilhas divergentes
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Integração que passa em homologação: o que isso não prova — Diagnosticar
- 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
Outras leituras em Integrações, sistemas e qualidade de dados
- 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 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.
- Migração sem critério de aceite: como medir se o dado chegou — O que contar e comparar numa migração para saber se o dado saiu da origem, chegou ao destino e continua sendo usado depois do corte.
- Sincronização sem janela: medir atraso e cobertura — Explica como medir atraso, cobertura e fila em integrações contínuas, com marcas de tempo por evento e critério de aceite por processo.
- Contratar arquitetura: o que fica definido e por quem — O que precisa estar definido em um contrato de arquitetura: decisão, entregável, responsável e critério de aceite, antes de comparar propostas.
