De 1 a 10.000 linhas

    
    
  

Todos os dados gerados são fictícios; qualquer coincidência com pessoa, endereço ou conta real é acidental. Os cartões são números de teste que passam no algoritmo de Luhn e não servem para pagamentos.

Gera comandos INSERT INTO com linhas fictícias e um CREATE TABLE opcional com tipos de coluna adequados, em SQL padrão para MySQL, PostgreSQL, SQLite ou SQL Server. Strings são escapadas, então nomes como D'Ávila não quebram o script. Cole numa migration ou num arquivo de seed para encher o banco de desenvolvimento.

Como usar

  1. Comece com um modelo (Pessoas, Nomes, Endereços, Contas, Pagamentos, Empresas) ou monte sua própria lista de campos.
  2. Troque o tipo de cada campo no menu e o nome da coluna ao lado. Números e datas têm mínimo/máximo ou um intervalo; arraste a alça para reordenar.
  3. Defina o número de linhas (até 10.000), o país dos dados e a seed.
  4. Escolha JSON, CSV, SQL, XML ou YAML. Mude para Tabela para conferir os valores; toque numa célula para copiá-la.
  5. Copie ou baixe o resultado completo. Novos dados (ou R) usa outra seed.
  • A mesma seed, com os mesmos campos, país e número de linhas, gera sempre o mesmo resultado, então dá para recriar uma massa de dados depois ou passá-la a um colega. Campos e ajustes ficam salvos neste navegador.
  • Cada linha é coerente: e-mail e usuário vêm do nome, e o DDD e o CEP batem com a cidade. Os e-mails usam os domínios reservados example.com, example.net e example.org, então nunca chegam a uma caixa real.
  • Telefones e códigos postais seguem o formato de cada país: no Brasil, celulares (11) 9XXXX-XXXX e fixos com o DDD da cidade, CEP no formato 00000-000 e endereço com bairro e UF.
  • Os cartões usam prefixos de teste aceitos por sandboxes como o da Stripe e passam no algoritmo de Luhn. Os IBAN têm dígitos verificadores válidos (e também os nacionais de França, Espanha e Portugal). Japão e Rússia não usam IBAN, então essas linhas recebem IBAN alemão, a menos que você escolha um país.
  • Massas grandes são geradas em partes para a página não travar. A visualização de código mostra as primeiras 60 linhas e a tabela as primeiras 100; Copiar e Baixar trazem todas. O CSV é salvo com BOM para o Excel abrir os acentos corretamente.
  • Tudo é gerado no seu navegador. Nada é enviado.

Realistas, mas seguros

Cada linha faz sentido: o e-mail e o usuário saem do nome daquela linha, e o DDD e o CEP combinam com a cidade. Os formatos seguem cada país: CEPs brasileiros como 01310-100, códigos postais alemães com cinco dígitos e japoneses como 100-0001. Os e-mails usam os domínios reservados example.com, example.net e example.org (RFC 2606), então um teste nunca vai mandar mensagem para uma pessoa real.

Os números de cartão começam com prefixos de teste aceitos por sandboxes de pagamento e passam no algoritmo de Luhn, e os IBANs têm dígitos de controle válidos pela ISO 13616, então passam pela validação de formulários sem pertencer a ninguém.

Reproduzíveis com uma semente

A geração usa um gerador aleatório com semente. A mesma semente, campos, país e número de linhas sempre dão o mesmo resultado, então dá para anotar a semente num teste, refazer um fixture depois de mudar o formato ou mandar a um colega uma semente em vez de um arquivo. Toque em Novos dados ou R para trocar a semente.

Qual formato escolher

JSON serve para mocks de API e protótipos de front-end; CSV abre no Excel ou no Google Planilhas (salvo com BOM UTF-8 para acentos aparecerem certos); SQL gera comandos INSERT e um CREATE TABLE opcional para MySQL, PostgreSQL, SQLite ou SQL Server; XML e YAML atendem suítes de teste baseadas em configuração. Conjuntos grandes são montados aos poucos para a página não travar.

Perguntas frequentes

Os dados gerados são reais?

Não. Nomes e ruas são combinados ao acaso a partir de listas, e-mails apontam para domínios de exemplo reservados e telefones usam faixas fictícias onde o país as tem. Qualquer coincidência com uma pessoa real é acaso.

Posso pagar com os números de cartão?

Não. Eles passam no algoritmo de Luhn e usam prefixos de teste, então funcionam no modo de teste de gateways de pagamento, mas não estão ligados a conta nenhuma e são recusados em cobranças reais.

Como obtenho os mesmos dados de novo?

Guarde a semente. Com a mesma semente, campos, país e número de linhas, o gerador produz exatamente o mesmo resultado em qualquer aparelho.

Quantas linhas posso gerar?

Até 10.000 por vez. A prévia mostra só as primeiras para ficar rápida, mas Copiar e Baixar sempre incluem todas.

Quais países são suportados?

Estados Unidos, Espanha, Brasil, França, Alemanha, Japão, Rússia e Coreia do Sul, além de uma opção mista. Nomes, endereços, telefones e códigos postais seguem o formato de cada país.

Serve para testes alinhados à LGPD?

Usar dados sintéticos em vez de cópias da produção é uma forma comum de manter dados pessoais fora dos ambientes de teste. Tudo é gerado no seu navegador e nada é enviado.

Usado junto com

Como usar

Passos

  1. Comece com um modelo (Pessoas, Nomes, Endereços, Contas, Pagamentos, Empresas) ou monte sua própria lista de campos.
  2. Troque o tipo de cada campo no menu e o nome da coluna ao lado. Números e datas têm mínimo/máximo ou um intervalo; arraste a alça para reordenar.
  3. Defina o número de linhas (até 10.000), o país dos dados e a seed.
  4. Escolha JSON, CSV, SQL, XML ou YAML. Mude para Tabela para conferir os valores; toque numa célula para copiá-la.
  5. Copie ou baixe o resultado completo. Novos dados (ou R) usa outra seed.

Atalhos

RNovos dados (outra seed)CCopiar o resultadoDBaixar o resultado↑ / ↓Mover um campo (na alça)

Bom saber

Funciona no seu navegador. Arquivos e textos nunca saem do seu dispositivo.