Dados de teste para devs brasileiros
PT
Dados fictícios para testes de software. Usar documentos falsos para fraude é crime (Código Penal, arts. 297–299, 307).

Gerador de pessoas fictícias para testes

Crie registros completos de pessoas sintéticas, coerentes entre si e prontos para popular bancos de teste, fixtures e demos — sem tocar em dados reais de ninguém.

—

Até 1000 itens por vez. Tudo é gerado no seu navegador.

Como usar

  1. Escolha as opções: sexo (ou aleatório), UF (ou qualquer estado), faixa de idade e Com máscara (pontuação).
  2. Clique em Gerar para criar uma pessoa e veja todos os campos na tela.
  3. Use Copiar para levar um campo ou o registro inteiro para o seu teste.
  4. Para massa de dados, defina a Quantidade (1 a 1000) e gere o lote de uma vez.
  5. Baixe o resultado com Exportar CSV (planilhas, COPY do PostgreSQL) ou Exportar JSON (fixtures e scripts de seed).

Como funciona

Como cada campo é montado

Tudo é sorteado no seu navegador com crypto.getRandomValues. Os campos são coerentes entre si (o CPF, o DDD, o CEP e a cidade combinam com a mesma UF), mas nenhum registro descreve uma pessoa real:

  • nome: um prenome comum (feminino ou masculino, conforme o sexo) + dois sobrenomes comuns diferentes, combinados ao acaso.
  • nascimento e idade: a idade é sorteada dentro da faixa escolhida (padrão 18–80) e a data de nascimento é sorteada de modo que a pessoa tenha exatamente essa idade hoje. Formato ISO AAAA-MM-DD.
  • cpf: dígitos verificadores válidos e 9º dígito igual à região fiscal da UF.
  • rg: segue o padrão da SSP-SP (8 dígitos + dígito verificador, que pode ser X). Cada estado tem regras próprias de RG; use este campo apenas como formato de exemplo.
  • email: prenome.sobrenome + número, sempre em example.com, example.net ou example.org, domínios reservados pela RFC 2606 — nenhuma mensagem chega a uma caixa real.
  • celular: DDD real da cidade sorteada + 9 dígitos começando por 9; o número em si é aleatório.
  • cep: fictício, sorteado dentro da faixa de CEP da UF; pode não corresponder a nenhum logradouro.
  • endereco, numero e bairro: tipo de via e nomes genéricos (ex.: “Rua das Orquídeas”, “Jardim Primavera”); cidade e uf são reais.

A opção Com máscara afeta CPF, RG e celular; o CEP sempre sai com hífen.

Exemplo verificado

Com UF = PR, sexo feminino e idade 25–35, uma geração retornou: Daniela Ferreira Ramos, nascida em 1998-10-09 (28 anos na data da geração, 13/11/2026), CPF 323.619.059-06, RG 43.685.640-2, daniela.ramos17@example.com, (41) 96270-4701, CEP 87975-295, Curitiba/PR. Conferindo: o 9º dígito do CPF é 9, região fiscal de PR e SC; 41 é o DDD de Curitiba; o prefixo 87975 está dentro da faixa 80000–87999 usada para o Paraná; o validador de CPF e o de RG-SP aceitam os números.

Por que dados sintéticos e não uma cópia da produção

Copiar clientes reais para homologação é tratamento de dados pessoais sob a LGPD (Lei 13.709/2018): exige finalidade, base legal e segurança, e cada cópia amplia o risco de vazamento. Dados sintéticos eliminam esse risco, podem ser versionados no repositório e compartilhados com terceiros, e permitem forçar casos-limite (faixas de idade, estados específicos) que a base real talvez nem tenha. Como os números são sorteados, um CPF ou celular pode coincidir por acaso com um existente: use-os só dentro de sistemas de teste.

Perguntas frequentes

Por que não existe a aba Validar nesta ferramenta?

Uma pessoa sintética não tem o que ser validado em conjunto. Os campos que têm regra própria podem ser conferidos nas ferramentas específicas: o gerador e validador de CPF (o RG segue o padrão SSP-SP descrito acima). Aqui o foco é gerar registros completos em lote e exportá-los em CSV ou JSON.

Os dados pertencem a alguém?

Não intencionalmente. O nome é uma combinação aleatória, o endereço usa palavras genéricas e o e-mail fica em domínio reservado. Porém CPF e celular são números sorteados e podem, por coincidência, existir. Por isso use-os apenas em ambientes de teste e nunca para cadastro em serviços reais, contato ou qualquer verificação.

Posso usar o CEP para testar busca de endereço?

Só para testar formato e faixa por estado. O CEP é fictício: fica dentro da faixa da UF, mas pode não existir na base dos Correios. Se o seu teste consulta um serviço de CEP, espere respostas de “não encontrado” e trate esse caso, ou fixe um mock da resposta.

Como uso o lote como seed de banco?

Gere a Quantidade desejada e clique em Exportar JSON para carregar num script de seed (Prisma, Knex, Django fixtures, Rails) ou em Exportar CSV para importar direto com o COPY do PostgreSQL ou LOAD DATA do MySQL. As chaves seguem os nomes dos campos: nome, sexo, nascimento, idade, cpf, rg, email, celular, cep, endereco, numero, bairro, cidade, uf.

Usar dados fictícios resolve a LGPD em homologação?

Ajuda muito: se a base de teste não contém dados de pessoas reais, ela deixa de ser fonte de vazamento de dados pessoais. Mas a LGPD continua valendo para a produção e para qualquer dado real que chegue ao ambiente de teste por outros caminhos, como logs ou dumps antigos.

Fontes

Ferramentas relacionadas

Atualizado em 13/11/2026 · Rafael Lima