Datos de prueba para software brasileño
ES
Datos ficticios para pruebas de software. Usar documentos falsos para cometer fraude es delito en Brasil (Código Penal, arts. 297–299, 307).

Generador de personas brasileñas ficticias

Crea registros completos y coherentes de personas brasileñas sintéticas para fixtures, bases de prueba y demos, sin copiar datos personales reales de nadie.

—

Hasta 1000 elementos por vez. Todo se genera en tu navegador.

Cómo usar

  1. Elige las opciones: sexo (o aleatorio), UF (estado, o cualquiera), rango de edad y Con máscara (puntuación).
  2. Haz clic en Generar para crear una persona y ver todos sus campos.
  3. Usa Copiar para llevar un campo o el registro completo a tu prueba.
  4. Para datos masivos, define la Cantidad (1 a 1000) y genera el lote de una vez.
  5. Descárgalo con Exportar CSV (hojas de cálculo, COPY de PostgreSQL) o Exportar JSON (fixtures y scripts de seed).

Cómo funciona

Qué contiene cada campo

Los formularios brasileños suelen pedir CPF (registro de contribuyente de personas físicas), RG (cédula de identidad estatal), CEP (código postal) y un celular con código de área de dos dígitos (DDD). Esta herramienta los rellena de forma coherente —CPF, DDD, CEP y ciudad corresponden a la misma UF (estado)— usando crypto.getRandomValues en tu navegador:

  • nome: un nombre de pila común (femenino o masculino, según sexo) y dos apellidos comunes distintos, combinados al azar.
  • nascimento / idade: la edad se sortea dentro del rango (por defecto 18–80) y la fecha de nacimiento se elige para que la persona tenga exactamente esa edad hoy. Formato ISO AAAA-MM-DD.
  • cpf: dígitos verificadores válidos y 9.º dígito igual a la región fiscal de la UF.
  • rg: sigue el patrón de la SSP-SP (São Paulo), 8 dígitos más un verificador que puede ser X. Cada estado tiene sus propias reglas de RG; tómalo como muestra de formato.
  • email: nombre.apellido más un número, siempre en example.com, example.net o example.org, dominios reservados por la RFC 2606: ningún correo llega a un buzón real.
  • celular: DDD real de la ciudad sorteada y 9 dígitos que empiezan por 9; el número en sí es aleatorio.
  • cep: ficticio, sorteado dentro del rango de CEP del estado; puede no corresponder a ninguna calle.
  • endereco, numero, bairro: palabras genéricas de calle y barrio; cidade y uf son reales.

Con máscara afecta CPF, RG y celular; el CEP siempre lleva guion.

Ejemplo verificado

Con UF = PR, sexo femenino y edad 25–35, una ejecución devolvió: Daniela Ferreira Ramos, nacida el 1998-10-09 (28 años en la fecha de generación, 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. Comprobación: el 9.º dígito del CPF, 9, es la región fiscal de PR y SC; 41 es el DDD de Curitiba; el prefijo 87975 está en el rango 80000–87999 de Paraná; los validadores de CPF y de RG-SP aceptan ambos números.

Por qué datos sintéticos y no una copia de producción

Copiar clientes reales a un entorno de pruebas es tratamiento de datos personales según la LGPD brasileña (Ley 13.709/2018, de espíritu similar al RGPD): requiere finalidad, base legal y medidas de seguridad, y cada copia amplía el riesgo de filtración. Los registros sintéticos eliminan ese riesgo, pueden versionarse en el repositorio y compartirse con proveedores, y permiten forzar casos límite que tus datos reales quizá no tengan. Como los números se sortean, un CPF o celular puede coincidir por azar con uno existente: úsalos solo dentro de sistemas de prueba.

Preguntas frecuentes

¿Por qué esta herramienta no tiene pestaña Validar?

Una persona sintética en conjunto no tiene nada que validar. Los campos con reglas propias se comprueban en las herramientas específicas: el generador y validador de CPF (el RG sigue el patrón SSP-SP descrito arriba). Aquí el foco es generar registros completos en lote y exportarlos en CSV o JSON.

¿Los datos pertenecen a personas reales?

No por diseño. Los nombres son combinaciones aleatorias, las direcciones usan palabras genéricas y los correos están en dominios reservados. Sin embargo, el CPF y el celular son números sorteados y podrían existir por coincidencia. Úsalos solo en entornos de prueba, nunca para registrarte en servicios reales, contactar a nadie ni superar verificaciones.

¿Sirve el CEP para probar búsqueda de direcciones?

Solo para probar formato y rango por estado. El CEP es ficticio: cae dentro del rango de la UF, pero puede no existir en la base de Correios (el servicio postal brasileño). Si tu prueba consulta un servicio de CEP, espera respuestas de “no encontrado” y manéjalas, o usa un mock.

¿Cómo cargo el lote como datos semilla?

Define la Cantidad y usa Exportar JSON para un script de seed (Prisma, Knex, fixtures de Django, Rails) o Exportar CSV para COPY de PostgreSQL o LOAD DATA de MySQL. Las claves siguen los nombres de los campos: nome, sexo, nascimento, idade, cpf, rg, email, celular, cep, endereco, numero, bairro, cidade, uf.

¿Usar datos ficticios resuelve la LGPD en pruebas?

Ayuda mucho: una base de prueba sin personas reales deja de ser una fuente de filtración de datos personales. Pero la LGPD sigue aplicando a producción y a cualquier dato real que llegue al entorno de prueba por otras vías, como logs o volcados antiguos.

Fuentes

Herramientas relacionadas

Actualizado el 13/11/2026 · Rafael Lima