<aside> 💬

Contexto: Sistema instalado. Dados migrados. Usuários treinados. Manual entregue. Tudo parece pronto. Mas "parece pronto" não é suficiente — você precisa provar que está pronto. É aqui que entra a validação e a homologação: o processo formal de confirmar que a implantação foi concluída com sucesso antes de assinar a entrega.

</aside>

3️⃣ Três Conceitos que Parecem Iguais Mas Não São

Antes de avançar, é importante separar três termos que são frequentemente confundidos:

Teste é feito pelo desenvolvedor ou técnico para verificar se o sistema funciona tecnicamente. Acontece durante o desenvolvimento e antes da implantação. "A rota POST /socios está retornando 201?"

Validação é feita pelo técnico de implantação para verificar se o sistema está funcionando corretamente no ambiente do cliente, com os dados reais do cliente. "Os sócios migrados aparecem corretamente no sistema instalado na secretaria?"

Homologação é feita pelo cliente para confirmar que o sistema atende ao que foi combinado. O cliente usa o sistema, verifica se corresponde às suas expectativas e formalmente aprova a entrega. "Cláudia, o sistema faz tudo o que precisamos?"

A sequência é sempre essa: teste → validação → homologação. Não é possível homologar sem antes validar, e não é possível validar sem antes testar.

✅ O Checklist de Go-live

O checklist de go-live é a ferramenta central da validação. É uma lista de verificações que o técnico executa antes de declarar que o sistema está pronto para uso.

Um bom checklist é:

• Específico — cada item verifica uma coisa concreta, não uma ideia vaga
• Verificável — cada item tem uma resposta clara: passou ou não passou
• Completo — cobre infraestrutura, dados, funcionalidades e segurança
• Documentado — cada item é marcado com data e responsável

Checklist de go-live — Sistema Chapecoense

Infraestrutura

• [ ] Servidor está rodando e acessível pelo navegador
• [ ] Rota /health retorna status: ok
• [ ] Sistema reinicia automaticamente após reboot do servidor (pm2 configurado)
• [ ] Arquivo .env com permissões restritas (chmod 600)
• [ ] Backup automático do banco configurado

Banco de dados

• [ ] Todas as migrations foram executadas sem erro
• [ ] Usuário do banco tem apenas as permissões necessárias (sem superusuário)
• [ ] Dados migrados estão íntegros — total de sócios confere com a planilha original
• [ ] Não há registros duplicados (CPFs únicos)
• [ ] Dados de exemplo/teste foram removidos

Funcionalidades

• [ ] Login funciona para todos os perfis (admin, secretaria, financeiro)
• [ ] Perfil secretaria não vê menu de usuários
• [ ] Perfil financeiro vê mensalidades mas não cadastra sócios
• [ ] CRUD de sócios funciona (criar, buscar, editar)
• [ ] Busca por nome e CPF retorna resultados corretos
• [ ] Mensalidades são listadas e podem ser marcadas como pagas
• [ ] Dashboard exibe os totais corretos

Segurança

• [ ] Senhas padrão foram alteradas (admin, secretaria, financeiro)
• [ ] Acesso sem token retorna erro 401
• [ ] Usuário secretaria não consegue acessar rotas de admin