Resposta direta
A base de teste é item de contrato, não de boa vontade do fornecedor. Antes da assinatura, o contrato precisa dizer qual ambiente será entregue, com que dados, atualizado com que frequência e sob responsabilidade de quem. Se o fornecedor só oferece base vazia, o custo de descobrir isso depois fica com a operação, não com ele. Base reduzida é aceitável desde que o recorte seja representativo e declarado. Teste serve para revelar erro, não para confirmar que tudo funciona.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: trata a base de teste como item contratual, com escopo, responsabilidade e critério de aceite, e não como detalhe técnico deixado para a implantação.
O que precisa estar escrito antes da assinatura
Base de demonstração e base de homologação são coisas diferentes. A primeira existe para mostrar tela. A segunda precisa reproduzir o tipo de dado que a operação encontra. No contrato, vale descrever a origem dos dados, o que será mascarado, o volume mínimo e a frequência de atualização.
Também precisa constar quem mantém a base após cada mudança de versão, em quanto tempo ela é reposta e qual o critério de aceite. Sem esse conjunto, o teste mede a disposição do fornecedor em ajudar, não a aderência do sistema à operação.
Quem responde por cada parte
A responsabilidade costuma ficar difusa. O fornecedor entrega o ambiente, a área de tecnologia libera o dado e a área de negócio valida se o recorte faz sentido. Cada etapa tem dono e prazo, e é isso que a cláusula precisa separar.
O uso de dado real, ainda que mascarado, cria obrigação de controle: quem autoriza a cópia, quem registra o acesso e em quanto tempo o dado é descartado ao fim do contrato. Tratar isso apenas como item de segurança deixa a discussão para a implantação, que é o momento de maior pressão.
O que a base parecida não resolve
Base parecida não garante aderência. Produção muda sem aviso e a cópia envelhece. Também não cobre pico de volume nem concorrência entre usuários. Em sistema novo, sem histórico, não existe recorte representativo para copiar; nesse caso o teste depende de massa construída por regra, e o limite passa a ser a regra, não a base.
Há situações em que manter base espelhada custa mais do que o risco que ela reduz, sobretudo em operações pequenas, com pouca variação de dado. E copiar produção sem mascaramento resolve o teste e cria outro problema. O que a exigência contratual entrega é critério e responsabilidade, não a confiança de que o sistema vai funcionar.
Recurso prático
Da exigência técnica à cláusula assinada
- Listar as decisões do negócio que só falham com dado real: regra de desconto, limite de crédito, histórico do cliente, conciliação de títulos.
- Descrever o ambiente exigido: origem dos dados, o que é mascarado, volume mínimo e frequência de atualização.
- Definir quem entrega, quem mantém e em quanto tempo a base é reposta após cada mudança de versão.
- Fixar critério de aceite e o que acontece quando a base entregue não representa a operação.
- Registrar preço, prazo de descarte dos dados e responsabilidade sobre uso indevido.
O erro mais comum é aceitar a base de demonstração do fornecedor como se fosse homologação. O segundo é não definir atualização: a base nasce boa na assinatura e envelhece a cada versão, sem que ninguém perceba.
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 · base de demonstração · mascaramento de dados · amostra representativa · critério de aceite. 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
- Dados desatualizados: como implantar a rotina… — dados desatualizados
- Dados desatualizados: métricas para quantific… — dados desatualizados
Páginas relacionadas
O mesmo problema em outro objetivo
- Base de teste diferente da produção: o que comparar — Diagnosticar
- 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
Outras leituras em Integrações, sistemas e qualidade de dados
- Teste que passa em ambiente controlado: o que conferir — O que o ambiente controlado consegue validar, o que só aparece em condição real e como dividir o teste com dono e critério de aceite.
- Teste de integração só em ambiente controlado: o que exigir — O que avaliar e o que exigir quando o fornecedor só demonstra integração em ambiente controlado, sem carga real nem cenário de falha.
- Retrabalho de conciliação no fechamento: o que contratar — O que avaliar ao contratar apoio para o retrabalho de conciliação no fechamento, com escopo, responsabilidade sobre divergência, medição e limites.
- Teste de integração em ambiente controlado: o que medir — O que medir em teste de integração feito só em ambiente controlado, quais sinais ele não cobre e como separar aprovação de teste de confiança em produção.
- Cadastro sem chave única: o que exigir na contratação — O que exigir de um fornecedor de cadastro sem chave única: critérios de avaliação, responsabilidade sobre duplicidade e o que medir antes de assinar.