SSN para fixtures de teste
Esta página mostra como levar o SSN sintético do gerador para dentro de uma suíte de testes: qual valor colar num fixture, como manter reprodutibilidade entre execuções e o que verificar quando o campo de formulário aplica máscara automática.
Digitar os 9 dígitos crus deve reformatar ao vivo para AAA-GG-SSSS; a fatia de 3+2+4 dígitos é a mesma que o gerador usa para montar áreas, grupos e seriais.
Um teste de contrato confirma que a API aceita um SSN estruturalmente válido, mas sintético, e rejeita um claramente inválido, como área 666 ou serial 0000, sem nunca consultar a SSA de verdade.
Um ambiente de homologação não deve chamar verificação real; esse valor passa nas checagens locais para o QA concluir o fluxo de ponta a ponta sem interromper por dependência externa.
Não. A validação comum é por estrutura e faixas excluídas, não por checksum.
Sim, por padrão a escolha é aleatória a cada chamada. Para um fixture reprodutível, copie o valor uma vez e grave-o no código do teste em vez de gerar dentro da própria execução.
O gerador remapeia automaticamente uma tentativa de área 666 para 667, porque 666 está na lista de exclusão da SSA. Documente esse comportamento se o seu teste depende de área específica.
Depende do que o componente recebe: guarde os 9 dígitos crus quando o teste for de máscara de digitação, e a versão com traços quando o teste checa apenas exibição ou envio de payload já formatado.
Só se os casos rodam isolados. Numa base de homologação compartilhada com regra de unicidade de SSN, gere um valor novo por caso para não colidir com um registro deixado por um teste anterior.
A geração acontece localmente no navegador. Analytics recebe apenas ação, status, tipo e formato, nunca o SSN gerado.