Dados de empresa para teste são fichas de um negócio que não existe: nome, número de registro, número de VAT, endereço da sede e uma pessoa de contato. Elas existem para exercitar cadastros, faturas, integrações e demonstrações sem que nenhuma empresa verdadeira entre no ambiente de desenvolvimento. A seguir, mostramos para que esse tipo de amostra serve, o que ela precisa conter e por que copiar o cadastro de um cliente real é a pior forma de resolver o problema.
O que são dados de empresa para teste, afinal?
Uma ficha de empresa sintética reúne os mesmos campos que um formulário de cadastro empresarial pede. O nome é montado a partir de listas, o número de registro segue a forma usada no país escolhido, o endereço da sede pertence a uma divisão administrativa existente e o telefone carrega o código do país. Nada disso foi copiado de um cadastro oficial: cada campo é construído, e o conjunto existe apenas como dado de teste.
Isso é diferente de uma empresa real, que tem dono, obrigações e consequências. Uma ficha sintética pode ser apagada, duplicada, publicada em um repositório ou usada em mil execuções seguidas sem que ninguém seja afetado. É justamente essa ausência de dono que a torna útil em engenharia.
Convém deixar claro desde já: as fichas geradas para teste servem somente para desenvolvimento, demonstração e povoamento de ambientes, e não podem ser usadas para se passar por uma empresa existente, abrir conta, emitir documento fiscal verdadeiro ou dar entrada em qualquer processo que exija um negócio real.
Por que não usar dados de uma empresa real no ambiente de teste?
A tentação é conhecida: se a produção já tem cadastros completos, copiar uma parte deles para o banco de homologação parece mais rápido. O problema é o que essa cópia cria depois.
- 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 em uma máquina de desenvolvimento sobrevive a qualquer política de retenção de dados.
- Cadastros empresariais verdadeiros reaparecem em capturas de tela, relatórios de erro, tickets e conjuntos de exemplo compartilhados entre equipes.
- Razão social, número de registro e endereço identificam um negócio e, muitas vezes, pessoas físicas ligadas a ele.
Nenhuma dessas razões depende do volume copiado. Um punhado de registros vazado de um ambiente de testes causa o mesmo transtorno para a empresa envolvida que uma base inteira, porque o dano está ligado à identidade do negócio, não à quantidade de linhas.
O que uma ficha de empresa precisa conter
A tabela abaixo resume os campos mais comuns e o cuidado que cada um exige na hora de montar a amostra.
| Campo | O que representa | Cuidado ao testar |
|---|---|---|
| Nome da empresa | Como o negócio é chamado | Precisa ser claramente fictício |
| Número de registro | Identificador dado pelo registro oficial | O formato varia de país para país |
| Número de VAT | Registro para operações com imposto sobre valor agregado | Não confundir formato com situação regular |
| Forma jurídica | Tipo societário previsto na lei local | Não inventar siglas que não existem |
| Sede | Endereço registrado do negócio | Não pode ser o endereço de uma pessoa |
| Contato | Telefone e pessoa responsável | Nunca usar dados de alguém real |
Uma ficha que reúne esses campos serve para quase todo teste de cadastro. O que ela não faz é provar que a empresa existe: isso é papel do registro oficial e das consultas públicas, nunca de uma amostra de desenvolvimento.
Em que momentos essas amostras são necessárias
Há quatro situações em que uma ficha fabricada resolve o problema inteiro:
- Homologação de formulários. Um campo de número de registro precisa aceitar formatos de vários países, e testar isso com dado real exigiria pedir documentos a empresas.
- Demonstrações comerciais. Apresentar um produto exige telas preenchidas. Uma demonstração que mostra o cadastro de um cliente verdadeiro é um vazamento, ainda que pequeno.
- Teste de carga. Popular um banco com muitos milhares de empresas coerentes é inviável com dado real e trivial com dado gerado.
- Verificação de exibição. Razões sociais longas, caracteres não latinos e formas jurídicas de outros países quebram telas que ninguém pensou em testar.
Em todos os casos, o objetivo é exercitar o software e não o mercado. Por isso a ficha precisa parecer plausível, e não ser verdadeira.
Gerando uma ficha completa no navegador
No gerador de dados de empresa desta página, você escolhe o país e recebe uma ficha com nome, setor, porte, forma jurídica, sede registrada, telefone e os números de registro e de VAT no formato daquele país. Os campos saem coerentes entre si: o telefone carrega o código do país escolhido e a sede pertence a uma divisão administrativa real dele.
Vale lembrar que a mesma chave de identidade reaproveita o registro em outras páginas do site, o que ajuda quando o cenário de teste envolve uma pessoa e o empregador dela. Quando o assunto é o número em si, o texto sobre número de registro de empresa por país aprofunda as diferenças de formato.
Para quem desenvolve: campos, unicidade e repetibilidade
Uma ficha de teste quebra de duas maneiras previsíveis: campos faltando e campos que não combinam entre si. Antes de usar um conjunto automatizado, vale mapear o que a aplicação realmente consome.
Uma ficha típica se organiza em grupos: identificação (nome, forma jurídica), registros (número de registro, número de VAT), localização (sede, cidade, divisão administrativa, código postal) e contato (telefone, pessoa responsável). Cada grupo tem dependências internas. O país determina o formato do número de registro e do telefone. A sede tem de pertencer ao mesmo país do registro, ou a ficha fica incoerente.
Três decisões ajudam bastante:
- Amostra fixa para verificação. Quando o teste compara a saída com um valor esperado, a ficha precisa ser a mesma em toda execução.
- Geração variável para exploração. Quando o teste pergunta se o sistema aceita qualquer entrada plausível, variar a ficha a cada execução encontra defeitos que uma amostra fixa nunca mostraria.
- Ambiente isolado. A ficha sintética nasce no ambiente de teste e ali permanece; nada de promovê-la para produção junto com o esquema do banco.
Misturar amostra fixa com geração aleatória é o erro mais comum: um teste de igualdade alimentado por dado variável falha uma vez por semana e ninguém entende por quê. Marque no próprio caso de teste se ele espera uma ficha estável ou uma variação.
Próximos passos
Comece pelos campos que a sua aplicação realmente exibe e valida, e gere algumas fichas no gerador de dados de empresa para ver como o formato muda de país para país. Se a sua dúvida é onde essas amostras podem circular, o texto sobre limites dos dados de empresa fictícia trata exatamente disso, e a página do Brasil mostra como um mesmo conjunto de campos se comporta em um país específico.
Aviso: este conteúdo descreve apenas o uso de fichas inventadas em testes de software e demonstrações. Nenhuma amostra citada aqui corresponde a um negócio existente, e nada do que está escrito deve ser usado para se apresentar como outra empresa, abrir contas ou emitir documentos com valor legal.