Como Gerar Dados de Teste Realistas
Construir ou testar software quase sempre significa primeiro preenchê-lo com dados. Registros de usuários reais são a pior escolha possível para isso — são privados, regulados e raramente cobrem os casos extremos esquisitos. Dados falsos gerados são mais rápidos, mais seguros e mais completos.
Por que não usar dados reais
- Privacidade e conformidade. Copiar usuários de produção para um banco de teste
coloca informações pessoais reais onde elas nunca deveriam estar.
- Cobertura. Dados reais se concentram no caso comum. Você precisa do nome
comprido, do apóstrofo no sobrenome, do endereço sem CEP — as linhas que quebram código ingênuo.
- Volume. Você cria dez mil linhas em um segundo; não dá para pedir a dez mil
usuários reais que se cadastrem.
Como são bons dados de teste
Bons dados falsos são realistas sem serem reais: nomes plausíveis, e-mails bem formados, telefones e documentos com cara de válidos. Eles devem passar pela sua validação de formato, para que você teste a sua lógica, e não o seu gerador de strings aleatórias.
Gere em segundos
O gerador de dados falsos produz nomes, e-mails, endereços e outros campos prontos para colar num script de seed ou numa planilha. Escolha quantos registros você precisa e copie o resultado.
Para valores mais específicos, use os geradores dedicados:
- Números de documento que passam na validação de dígito verificador — CPF,
CNPJ, SSN e mais — no gerador de CPF e CNPJ.
- Identificadores únicos para chaves primárias e IDs de correlação no
- Chaves de API e segredos para testar fluxos de autenticação no
Um fluxo prático
- Gere um lote de registros base (nomes, e-mails) com o
- Adicione números de documento válidos do
gerador de CPF e CNPJ onde seu schema precisar.
- Atribua a cada linha um UUID como chave primária.
- Cole tudo no seu arquivo de seed ou importe para um banco de teste.
Nunca toca um servidor
Cada valor é gerado localmente no seu navegador, então nada do que você cria — e nada sobre o que você está construindo — é enviado a lugar algum. É exatamente a propriedade que você quer de uma ferramenta usada ao montar um sistema novo. (Mais sobre por que isso importa em por que ferramentas client-side são mais privadas.)