O time culpa o código antigo por cada falha em produção. Às vezes é verdade. Mas, antes de culpar o código, olhe o processo em volta dele.
CI/CD é o nome curto para integração e entrega contínuas. Nesse processo, o time testa e publica cada mudança de forma automática e repetível. Nada nisso exige tecnologia nova.
Diagnóstico rápido do processo
Responda com sinceridade:
- Existe algum teste, mesmo que seja uma planilha de casos?
- Os casos de uso críticos estão mapeados?
- Alguém registra o resultado esperado e o resultado obtido?
- Existe um roteiro de publicação, com janela controlada?
- O registro de erros e o caminho de volta estão descritos?
Se a maioria das respostas foi não, a falha não é técnica. A falha é de processo. E o time consegue arrumar processo em qualquer tecnologia.
As métricas que dizem a verdade
Duas métricas bastam para começar:
- Tempo médio para restaurar o serviço depois de uma falha. Medido, não estimado.
- Taxa de falha por publicação. Num painel que todos veem, não num e-mail esquecido.
Sem visibilidade não há confiança. "Não temos tempo para testar" é sintoma de gestão, não de falta de recurso.
Que teste fazer primeiro
Comece pelas causas de erro das últimas entregas. Elas mostram onde o teste rende mais. Depois, escolha o tipo de teste:
- Teste de interface, com ferramentas como o Selenium: confere o produto como o usuário vê, antes da entrega.
- Teste de API, com ferramentas como o Postman: confere se cada endpoint responde o que deve e em quanto tempo.
- Roteiro de teste manual, focado nas funções principais. É lento e sujeito a erro. Mesmo assim, cabe em qualquer sistema desde o primeiro dia.
O teste automatizado é o objetivo. No legado, ele raramente é o ponto de partida.
O que a IA pode mudar
Assistentes de IA podem acelerar a escrita de código e de teste. Quando escrever código fica barato, o gargalo tende a passar para a revisão.
Isso vale em dobro para o legado. Num sistema sem teste, uma mudança gerada com IA tende a ser uma aposta mais rápida, não uma entrega melhor.
A IA pode escrever o teste. Quem conhece o negócio ainda define o resultado esperado. Sem esse critério, o teste gerado tende a confirmar o que o código já faz, inclusive o erro.
Plano mínimo para amanhã
- Liste 10 cenários críticos do sistema, com o resultado esperado de cada um.
- Transforme esses cenários em testes. A IA pode escrever o código do teste. O resultado esperado vem da sua lista.
- Antes de cada publicação, rode os testes e registre o resultado.
Cada falha em produção que escapar depois disso vira um cenário novo na lista. Com o tempo, a lista vira a rede de proteção que faltava para modernizar o sistema legado.
Para ver como a CTGF conduz esse tipo de projeto, veja a página Projetos especiais.