Resposta direta
Teste de leitura é uma rotina com dono, data e registro: alguém restaura uma cópia em ambiente separado, abre os arquivos, confere se o conteúdo é o esperado e anota o resultado. A cópia só vale depois disso. O ponto de partida é escolher quais dados críticos precisam ser lidos de fato, definir com que frequência e quem assina o teste. Sem esse registro, a empresa tem cópia, mas não tem evidência de que ela serve. O teste precisa comparar conteúdo, não apenas confirmar que o arquivo abre.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o teste de leitura como rotina com escopo, responsável e registro, em vez de verificação técnica feita uma única vez.
O que a cópia precisa provar
Uma cópia existir não diz nada sobre o conteúdo. O teste de leitura começa quando alguém abre o arquivo restaurado fora do sistema que o gerou e confere se os registros são os que a operação esperava naquela data. Pastas ausentes, permissões perdidas, campos vazios e caracteres corrompidos aparecem nessa etapa, não no painel de cópia.
O escopo do teste segue o dado crítico, não o volume. Um conjunto pequeno de cadastros, um lote de notas ou o histórico de um período costuma revelar se a cópia serve. Restaurar tudo a cada rodada consome tempo e não acrescenta evidência. A escolha do conjunto é decisão de negócio, registrada por escrito.
Quem responde pelo teste e como fica o registro
Cópia sem responsável definido tende a ser testada só quando alguém cobra. O teste precisa de um nome, uma data prevista e um registro simples: o que foi restaurado, de que data, quem abriu, o que encontrou e o que ficou pendente. Esse registro é o que permite dizer, meses depois, qual era a condição real da cópia.
A pessoa que faz o teste não deve ser a mesma que opera a rotina de cópia. Quem executa a cópia conhece os atalhos e tende a validar o que já espera encontrar. Separar as funções não corrige o dado, mas evita que o teste vire confirmação do próprio trabalho.
O que o teste de leitura não resolve
O teste não devolve o que não foi copiado, nem corrige dado que já estava errado na origem. Ele também não cobre o intervalo entre a última cópia boa e o momento da falha. Essa diferença de tempo é uma decisão sobre frequência de cópia, e nenhum teste elimina a perda dentro dela.
Em operação com dado em tempo real, restaurar uma cópia antiga pode ser pior do que não restaurar, porque o estado recuperado conflita com o que já foi processado adiante. Nesse caso, o teste de leitura precisa vir acompanhado de um critério de reconciliação. Sem esse critério, a cópia testada serve como arquivo de consulta, não como recuperação.
Recurso prático
O que cada teste de leitura precisa provar
| Objeto do teste | O que a leitura precisa demonstrar |
|---|---|
| Restauração de um conjunto completo de arquivos | que o pacote abre fora do sistema de origem e mantém nomes, pastas e permissões |
| Conteúdo dos registros dentro do arquivo | que os campos conferem com o que a operação esperava na data da cópia, sem truncamento |
| Tempo gasto até o arquivo estar legível | que a duração cabe no intervalo em que a área consegue operar sem o sistema |
O erro mais comum é testar apenas a conclusão da rotina de cópia ou a existência do arquivo. Uma cópia íntegra pode carregar dado de outra data ou registro incompleto, e isso só aparece quando alguém abre o conteúdo e compara.
Sobre o que está escrito aqui
Conceitos relacionados: teste de restauração · ambiente separado · registro de leitura · dado crítico · janela de restauraçã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
- Dados desatualizados: o que precisa estar em dia — dados desatualizados
- Validação na entrada: onde o dado errado nasce — dado errado na origem
Páginas relacionadas
O mesmo problema em outro objetivo
- Cópia de segurança sem teste de leitura: o que conferir — Diagnosticar
- Cópia de segurança sem teste de leitura: onde o processo para — Organizar um processo
- Cópia de segurança sem teste de leitura: o que comparar — Comparar alternativas
- Cópia de segurança sem teste de leitura: o que medir — Explicar medição
- Cópia de segurança sem teste de leitura: o que exigir — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Dados desatualizados: o que precisa estar em dia — A regra das três colunas — dado, frequência aceitável, responsável — e o erro de tratar tudo como crítico.
- Dado de terceiro sem origem: o que checar antes de contratar — O que observar em uma base contratada sem registro de origem, coleta, transformação e responsável, e quando a compra não se sustenta.
- Cópia de base sem versão: o que exigir na contratação — Critérios operacionais e contratuais para contratar cópias de bases de dados quando não há controle de versão nativo no fornecedor.
- Sistemas desconectados: como ordenar o fluxo de trabalho — Roteiro prático para estabelecer custódia de dados, regras de passagem e prioridades operacionais em empresas com ferramentas desconectadas.
- Falha de integração sem aviso: como montar o alerta — O que precisa existir para que uma falha de integração avise alguém: sinal, responsável, escalonamento e o limite de cada aviso.