1. Leia o programa e suas dependências
Programas .p, telas .w, includes .i e classes .cls fazem parte de uma base com convenções próprias. Antes de alterar uma regra, identifique os chamadores, includes, parâmetros e tabelas utilizados. Conhecer a sintaxe de ABL não substitui compreender o programa que está sendo mantido.
Arquivos .w gerados por ferramentas de interface também possuem seções estruturadas. Uma alteração deve preservar a organização e o encoding do fonte, em vez de reescrever blocos extensos só para uniformizar estilo.
2. Delimite a mudança e revise o diff
Descreva a regra esperada e o comportamento atual. Se a mudança inclui uma consulta, confirme campos, relacionamentos e filtros. Se envolve interface, identifique os eventos e a sequência de chamadas relevantes.
No trabalho assistido por IA, revisar o diff é uma forma de conferir escopo. A revisão deve observar o fluxo de negócio e as dependências, além da aparência do código. Não trate uma alteração grande como pequena apenas porque foi gerada automaticamente.
- Qual regra precisa mudar e quais cenários a exercitam?
- Há includes, parâmetros ou eventos afetados?
- O arquivo mantém estrutura e encoding?
- O diff contém somente as mudanças necessárias à tarefa?
3. Compile com o ambiente OpenEdge correto
Compilação depende da instalação OpenEdge, PROPATH e parâmetros usados pelo projeto. Use a configuração real do ambiente. Uma verificação sintática isolada não comprova que o programa compilado e executado corresponde à versão alterada.
Confirme o artefato gerado e execute os cenários relevantes no ambiente apropriado. Diagnosticar dados com um programa de consulta não é o mesmo que reproduzir eventos de uma tela: cada teste precisa comprovar o comportamento que a tarefa pretende alterar.
4. Integre evolução do backend e da interface
Customizações e APIs Datasul podem alimentar novas interfaces. Antes de evoluir as duas pontas, defina o contrato de entrada, saída e erro. Uma interface Angular com PO-UI precisa trabalhar com o contrato real da API, não com campos inferidos pelo layout.
O QualiStudio apoia desenvolvimento com leitura e edição do projeto. A validação deve seguir as versões, ferramentas e ambiente configurados pela equipe. A IA acelera a preparação e a revisão; os critérios de aceite continuam sendo os da solução.
Referências e próximos passos
Consulte a documentação correspondente à versão do seu ambiente. As referências abaixo são dos fornecedores das tecnologias, sem indicação de parceria ou endosso ao QualiOps.
Para relacionar estas orientações à solução, veja como o QualiOps conecta IA ao TOTVS Datasul, incluindo requisitos, formas de consulta e limites da integração.