Formulário contratação testes costumam se concentrar na validação de cada campo e esquecer o que acontece entre eles. Como esses formulários são longos, divididos em etapas e cheios de regras condicionais, os defeitos mais caros moram justamente nas combinações. Aqui reunimos os casos que mais escapam, a lógica das dependências entre campos e o que verificar no lado da submissão.
Por que esses formulários são divididos em etapas?
Dividir um formulário longo em etapas é uma decisão de usabilidade com efeitos técnicos. O candidato vê menos campos de cada vez, o preenchimento fica menos intimidador e o sistema ganha pontos naturais para salvar o progresso. A contrapartida é que cada etapa vira um estado intermediário que precisa ser gerenciado.
Esse estado intermediário é a origem de boa parte dos defeitos: o rascunho salvo pela metade, o campo que só passa a ser obrigatório na etapa seguinte, a navegação para trás que perde o que já havia sido digitado. Um formulário de página única não tem esses problemas porque não tem esse estado.
Por isso, ao testar, vale tratar cada etapa como uma unidade com entrada e saída próprias, e depois testar as passagens entre elas.
Que dependências entre campos aparecem?
O ponto que mais confunde quem escreve casos é que a obrigatoriedade de um campo raramente é fixa. Ela depende de respostas anteriores, e a matriz de combinações cresce rápido.
Os exemplos de dependência se repetem:
- Informar que há experiência anterior torna obrigatórios os campos de cargo, empregador e período daquele bloco.
- Declarar formação concluída exige o ano de conclusão; declarar curso em andamento muda o que se espera do mesmo campo.
- Escolher um país de residência diferente do país da vaga pode mudar os campos de contato e de documentação exigidos.
- Indicar disponibilidade imediata pode ocultar a etapa de aviso prévio.
Cada uma dessas regras é um caso de teste por si, e a forma correta de cobri-las é por regra, não por campo. Um formulário com trinta campos e dez regras tem dez casos principais, não trinta.
Quais perfis de candidato precisam de cobertura?
Além das regras, há perfis de preenchimento que produzem caminhos muito diferentes. A tabela abaixo reúne os quatro mais úteis.
| Perfil | Característica | O que ele exercita |
|---|---|---|
| Primeira candidatura | Nenhuma experiência registrada | Etapas que ficam vazias e campos opcionais |
| Com experiência | Vários blocos preenchidos | Inclusão, remoção e ordenação de blocos |
| Sem formação declarada | Percurso alternativo | Como o sistema trata ausência de dado |
| Candidatura de outra região | Campos e formatos diferentes | Regras condicionais por país |
Vale acrescentar um quinto perfil, menos óbvio e muito eficaz: o preenchimento parcial deliberado. Ele simula alguém que abandona no meio e volta depois, e é o que revela problemas de persistência de rascunho.
Como testar a relação entre formação e experiência?
A ordem entre formação e trabalho é uma das poucas verificações que o formulário consegue fazer sem conhecer a biografia da pessoa, porque se trata de coerência interna entre os dados informados. Se a conclusão da formação mais alta é posterior ao início da primeira experiência, ou o dado está errado ou há uma explicação que o sistema deveria permitir registrar.
O ponto delicado é não transformar isso em bloqueio rígido. Percursos reais incluem trabalho durante o curso, formação posterior ao ingresso no mercado e retomada de estudos anos depois. A checagem certa é avisar ou pedir confirmação, não recusar a candidatura.
Do lado do teste, os casos úteis são os de fronteira: conclusão no mesmo ano do primeiro emprego, primeiro emprego anterior à conclusão mais alta, e percurso em andamento declarado junto com experiência atual.
O que verificar no momento da submissão?
A submissão concentra riscos que a validação de campo não cobre. Quatro verificações costumam faltar.
- Reenvio do mesmo conteúdo. Duas submissões do mesmo formulário na sequência deveriam produzir um registro, e não dois.
- Retomada do rascunho. Abrir o formulário em outro dispositivo e continuar de onde parou é o caminho que mais quebra.
- Anexos. Limite de tamanho, tipos aceitos e o comportamento quando o arquivo é recusado precisam de caso próprio.
- Retorno de status. Depois de enviar, a tela precisa dizer em que estado a candidatura ficou, e esse estado precisa coincidir com o que o painel interno mostra.
Testar o reenvio é especialmente barato e especialmente valioso: a maioria dos sistemas de candidatura tem algum caminho em que o duplo clique cria dois registros.
Para quem desenvolve: matriz de casos e localização de erro
Um formulário longo sem matriz de casos vira uma lista de verificações sem fim. O caminho que funciona é organizar por regra e nomear cada caso pela regra que ele cobre, no formato de condição, ação e resultado esperado.
Três práticas ajudam bastante:
- Identifique o caso pelo número da regra. Quando um defeito aparece, o número leva direto à lógica que o produziu.
- Registre o estado de entrada. Saber em que etapa e com que respostas o caso começa economiza metade do tempo de reprodução.
- Verifique as duas pontas. Um formulário que grava corretamente e exibe errado ainda é um defeito, e só aparece quando o teste compara o que a pessoa enviou com o que o painel mostra.
Vale ainda cobrir o caminho de volta: excluir um bloco de experiência depois de já ter avançado de etapa é um caso que quebra com frequência.
Onde obter dados coerentes para os casos
Casos de formulário precisam de conteúdo plausível para preencher, e é aí que uma ficha sintética entra. No gerador de currículo e dados de emprego você produz perfis com cargo, experiências em ordem, formação, habilidades e certificações, todos coerentes entre si, o que permite montar casos realistas sem digitar dados de ninguém.
Para o caminho inverso, em que o alvo é ler arquivos de currículo, o texto sobre dados fixos para análise de currículo organiza esse material. E se o foco for a consistência das datas informadas, regras da linha do tempo profissional detalha o assunto.
Próximos passos
Liste as regras condicionais do seu formulário e transforme cada uma em um caso nomeado; isso costuma reduzir a lista de testes pela metade e aumentar a cobertura efetiva. Em seguida, use o gerador de currículo para montar os perfis de entrada dos quatro cenários da tabela acima e compare o que foi enviado com o que o painel exibe.
Importante: todos os exemplos de preenchimento desta página são textos de apoio, criados para demonstrar telas e exercitar software. Nenhum deles é um candidato real, e o formulário de teste nunca deve receber informações verdadeiras de quem se candidata.