Resposta direta
Base de teste se organiza por contrato, não por cópia. A referência é uma lista de campos classificados: os que precisam reproduzir a produção, os que podem ser anonimizados e os que não afetam a validação. Cada base tem um responsável nomeado, um prazo de atualização e um registro do que ficou de fora. Sem esses três elementos, o teste passa a validar um sistema que não existe. O critério de aceite é a diferença conhecida e aceita, não a igualdade com a produção.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a base de teste como contrato de dados com responsável nomeado, não como cópia parcial da produção.
Classificar campos antes de copiar
A discussão começa pela lista de campos, não pela ferramenta. Para cada campo, a pergunta é se ele muda a decisão que o teste precisa tomar. Campo que altera comportamento, cálculo ou permissão entra. Campo que só identifica pessoa ou contrato pode ser substituído por valor sintético. Campo decorativo pode ficar de fora.
Essa classificação é decisão de negócio, com apoio técnico. Quem conhece a regra precisa dizer o que importa. Sem essa lista, cada área copia o que julga necessário, e a base cresce sem critério até virar uma cópia parcial da produção, com os mesmos problemas de acesso e sem representar o uso real.
Responsável nomeado e data de atualização
Base desatualizada não é falha técnica, é falta de dono. Alguém, com nome, responde por atualizar a base e por registrar a data da última carga. Esse registro é o que permite decidir se um teste que passou ainda vale.
O ponto mais ignorado é o que fica fora. Toda atualização deixa lacunas: um sistema não copiado, uma integração externa simulada, um volume reduzido. Registrar essas lacunas muda a leitura do resultado. Teste que passou com lacuna conhecida é informação. Teste que passou com lacuna escondida é ruído.
O que a base de teste não mostra
Ambiente de teste não reproduz volume, concorrência de acessos nem comportamento de terceiros. Problemas que só aparecem com carga real, lote grande ou resposta lenta de parceiro continuam invisíveis. Para esses casos, a referência é observação na produção, não mais uma cópia de dados.
Também não substitui critério de aceite. Base espelhada com responsável nomeado reduz surpresa, mas não elimina divergência entre o que foi testado e o que entra em operação. Vale para validar regra, permissão e cálculo. Não vale como prova de que a operação vai se comportar da mesma forma.
Recurso prático
Roteiro para montar a base de teste por contrato
- Listar os campos que o teste precisa exercitar e marcar cada um como reproduzido, anonimizado ou dispensado.
- Nomear o responsável pela base e definir a data de última atualização visível para quem testa.
- Registrar as lacunas conhecidas de cada versão da base: sistemas ausentes, integrações simuladas e faixas de volume não cobertas.
O erro mais comum é tratar a base como cópia parcial da produção. Isso traz dado sensível sem trazer o que o teste precisa e cria a impressão de cobertura que a classificação por campo não confirma.
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: massa de teste · ambiente de homologação · anonimização de campos · contrato de dados · 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
- Campo de data em texto livre: comparar as for… — data registrada em formato livre
- Data em campo de texto: o que converter e o q… — data registrada em formato livre
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 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
- 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.
- Integração que só passa em ambiente controlado: o que falta — Define o que um teste de integração em ambiente controlado precisa cobrir, como tratar dados e dependências externas e quais limites esse ambiente não supera.
- 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.
- 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.
- 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.