Dados currículo teste são registros profissionais inteiros montados por software: cargo atual, experiências anteriores, formação, habilidades e certificações. Eles ocupam exatamente os mesmos campos que um currículo de verdade ocuparia em um sistema de recrutamento, mas não descrevem ninguém. Neste texto, explicamos para que serve esse tipo de amostra, o que uma ficha precisa conter e por que a qualidade de um conjunto se mede pela coerência entre os campos, e não pela quantidade de linhas.
O que é um registro de perfil profissional sintético?
Um perfil profissional sintético é um conjunto de valores construído a partir de listas e regras. O cargo vem do repertório de um setor, o nome da empresa é uma denominação fictícia, os intervalos de tempo são calculados para caber entre a formatura e o dia de hoje, e as habilidades são escolhidas dentro daquele mesmo setor. Nenhum campo foi copiado de um currículo enviado por alguém: cada valor é gerado.
Isso é diferente de um currículo real, que pertence a uma pessoa e carrega consequências. Um perfil sintético pode ser apagado, duplicado, publicado em um repositório ou reaproveitado em mil execuções seguidas sem que ninguém seja afetado. É essa ausência de dono que o torna útil em engenharia de software.
Vale registrar o limite desde o começo: as amostras descritas aqui existem para testes de software, demonstrações de formulário e povoamento de ambientes. Elas não correspondem a nenhuma pessoa, não são documento de nada e não podem ser apresentadas para passar por uma triagem de recrutamento ou por uma verificação de antecedentes.
Em que momento esse tipo de dado é necessário?
Existem cinco situações em que um perfil fabricado resolve o problema inteiro, e todas são corriqueiras em times de produto:
- Povoamento de ambiente de teste. Uma tela de busca, um painel de indicadores ou um relatório de diversidade precisam de centenas de fichas para parecer cheios durante a demonstração.
- Demonstração de formulário. Apresentar um produto exige telas preenchidas. Uma demonstração que mostra o currículo de uma pessoa candidata de verdade é um vazamento, por menor que seja.
- Regressão de importação e leitura de currículos. O sistema precisa aceitar arquivos em formatos diferentes e transformá-los em campos estruturados; isso só se testa com muitos documentos de entrada.
- Teste de carga e paginação. Listagens longas só revelam seus defeitos quando existe volume real de fichas para ordenar, filtrar e paginar.
- Verificação de busca e filtro. Filtros por setor, por faixa de experiência e por habilidade exigem fichas que variem nos campos pesquisáveis e mantenham o resto coerente.
Em todos os casos o objetivo é exercitar o software, não avaliar pessoas. Por isso o registro precisa parecer plausível, e não ser verdadeiro.
Por que não aproveitar currículos reais?
A tentação é conhecida: se o ambiente de produção já tem currículos completos, parece mais rápido copiar uma parte deles para o banco de homologação. O problema é o que essa cópia cria depois.
Um currículo reúne dados pessoais e, com frequência, dados sensíveis: histórico de trabalho, formação, faixa salarial, às vezes saúde e situação familiar. Nada disso deixa de ser pessoal só porque está em uma máquina de teste.
- O ambiente de teste costuma ter controle de acesso mais frouxo, mais gente com permissão de leitura e menos registro de quem consultou o quê.
- Uma cópia esquecida na máquina de alguém sobrevive a qualquer política de retenção da empresa.
- Fichas verdadeiras reaparecem em capturas de tela, relatórios de erro, tickets e conjuntos de exemplo compartilhados entre equipes.
- O dano não depende do volume: um único currículo vazado causa o mesmo transtorno à pessoa envolvida que uma base inteira, porque o problema está ligado à identidade dela, não ao número de linhas.
Um conjunto sintético, ao contrário, é explícito por natureza: se ele está no repositório, alguém o colocou ali com essa intenção e pode justificá-la.
Quais campos um perfil profissional costuma ter?
A estrutura varia entre sistemas, mas os grupos abaixo cobrem o que a maioria dos formulários pede. A tabela também aponta o que costuma dar errado em cada grupo.
| Grupo | Campos típicos | Cuidado ao testar |
|---|---|---|
| Cargo atual | cargo, empresa, nível | O nível precisa combinar com a experiência total |
| Experiências | cargo, empresa, início, fim ou atual | Ordem, sobreposição e datas futuras |
| Formação | instituição, qualificação, área, conclusão | Precisa ser anterior à primeira experiência |
| Habilidades | habilidades, nível indicado | O nível só faz sentido com a escala declarada |
| Certificações | nome, emissor | Sem emissor, o nome não identifica nada |
| Remuneração | valor, moeda, período | Campo opcional, sempre com moeda e período |
Uma ficha que reúne esses grupos serve para quase todo teste de cadastro e de listagem. O que ela não faz é provar que a pessoa existe: isso é papel de documentos oficiais e de verificações próprias, nunca de uma amostra de desenvolvimento.
Que relações de tempo precisam valer dentro da ficha?
O valor de um conjunto de teste está menos nos valores isolados e mais nas relações entre eles. Um perfil coerente respeita algumas ordens simples: a conclusão da formação mais alta não pode ser posterior ao início da primeira experiência, a experiência mais recente não pode terminar no futuro, e o cargo atual não tem data de encerramento.
Essas regras não vêm de nenhuma lei. Elas vêm da própria estrutura dos dados: se o sistema soma anos de experiência a partir das datas, uma sobreposição infla o total; se ele calcula idade na formatura, uma data impossível gera um número absurdo; se ele ordena a linha do tempo, uma data futura aparece no topo para sempre.
O que acontece quando a amostra não é coerente?
Um conjunto incoerente produz o pior resultado possível em teste: aprovação falsa. A tela aceita a ficha, o relatório soma os anos, o teste automatizado passa e ninguém percebe que o dado de entrada nunca poderia existir. O defeito fica escondido até aparecer em produção com um registro real.
O sintoma costuma chegar por três caminhos:
- Totais impossíveis. Anos de experiência maiores que a idade, ou maiores que o intervalo entre a formatura e hoje.
- Ordenação estranha. Uma experiência que começa depois do cargo atual, ou que termina em um mês ainda por vir.
- Campos que se contradizem. Uma pessoa com nível sênior e nenhuma experiência anterior, ou uma certificação emitida antes da formação que a habilita.
Cada um desses casos é fácil de evitar quando o gerador trabalha com regras, e difícil de consertar depois quando o conjunto já virou base de comparação para dezenas de casos automatizados.
Para quem desenvolve: desenho de campos e restrições
Um perfil de teste quebra de duas maneiras previsíveis: campos faltando e campos que não combinam entre si. Antes de usar um conjunto em um caso automatizado, vale mapear o que a aplicação realmente consome.
Uma ficha típica se organiza em blocos com dependências internas. O país determina o formato de telefone e endereço. A conclusão da formação determina o início mínimo da primeira experiência. A data de nascimento, que vem do registro de identidade, limita a idade mínima de formatura. As habilidades precisam pertencer ao mesmo setor do cargo, ou o registro parece ter sido remontado por engano.
Três decisões ajudam bastante:
- Escala declarada junto do nível. Um campo de nível sem a escala que o produziu é impossível de interpretar depois; guarde os dois juntos.
- Datas em granularidade de mês. Ano e mês resolvem a linha do tempo sem inventar precisão que o dado não tem, e ainda evitam sequências longas de dígitos em arquivos de exemplo.
- Fim em aberto tratado como estado, não como texto. Marcar o cargo atual com um indicador próprio evita o truque de gravar uma data distante no futuro, que mais cedo ou mais tarde aparece na tela.
Misturar amostra fixa com geração aleatória é o erro mais comum: um caso que compara a saída com um valor esperado, alimentado por dado variável, falha uma vez por semana e ninguém entende por quê. Marque no próprio caso se ele espera uma ficha estável ou uma variação.
Como usar o gerador desta página
No gerador de currículo e dados de emprego desta página, você informa uma chave de identidade e recebe um perfil completo: cargo atual, histórico profissional, educação, habilidades e as certificações comuns daquele setor e país. Os campos saem coerentes entre si porque a mesma chave reaproveita o registro de identidade: a qualificação mais alta, o cargo e a empresa são exatamente os que constam no registro de identidade.
Vale conhecer dois textos vizinhos. O de regras da linha do tempo profissional aprofunda o que fazer com lacunas e sobreposições, e o de dados fixos para análise de currículo mostra como organizar os arquivos de entrada quando o alvo é um leitor automático de currículos.
Próximos passos
Comece pelos campos que a sua aplicação realmente exibe e valida, e gere algumas fichas no gerador de currículo para ver como a estrutura muda de país para país. Se o seu cenário depende de arquivos de entrada, organize os conjuntos por cenário de layout em vez de por número de arquivo — é o que separa um teste reproduzível de um teste que só funciona na máquina de quem escreveu.
Aviso: todo o material desta página trata de registros profissionais sintéticos, produzidos exclusivamente para testes de software e para preencher formulários de demonstração. Nenhuma ficha citada aqui pertence a uma pessoa, e nada do que está escrito deve ser usado para se apresentar como outra pessoa, comprovar formação ou atravessar uma triagem de contratação.