Nível 2 — Ferramenta de trabalho · Módulo 2.8 — Faixas por perfil (eletivas)

2.8.T2 · Refatoração com verificação

5 min de vídeo TEC

Objetivo: ao final, o consultor refatora um trecho de ABAP combinando plan mode, revisão de diff e uma skill de verificação, sem ativar mudança em produtivo sem revisão humana.

O que você precisa levar desta aula

A combinação de três elementos fecha o ciclo seguro de refatoração: plan mode (ler antes de tocar) → diff revisado (aceitar linha a linha) → skill de verificação (confirmar comportamento depois).
Testes automatizados não pegam tudo em ABAP — comportamento de exit, autorização e integração com sistema externo geralmente exigem verificação manual complementar.
Refatoração em ambiente produtivo nunca é ativada sem revisão humana, independente de quantos testes passaram.

O ciclo de refatoração segura

Elemento	Papel
Plan mode	Você lê e aprova a abordagem antes de qualquer arquivo ser tocado — restrições críticas (como "não reprocessar pedido já aprovado") são confirmadas aqui
Diff revisado	Aceitar/rejeitar/editar linha a linha, como no módulo 2.1.5
Skill de verificação	Roda testes existentes + o cenário novo, depois da edição aceita

O que os testes automatizados não pegam em ABAP

Comportamento de user exit ou BAdI não coberto por teste unitário
Autorização (o código funciona, mas o usuário certo consegue executar?)
Integração com sistema externo via RFC, quando o outro lado não está disponível em ambiente de teste

Para essas três situações, a skill de verificação reduz o risco mas não substitui um teste manual dirigido.

Regra Wayon Nenhuma refatoração assistida por Claude Code vai para QAS ou produtivo sem revisão humana explícita, mesmo com todos os testes automatizados passando. DEV é o único ambiente onde o ciclo automatizado fecha sozinho.

📖 Plan mode, diff e aceitar/rejeitar — módulo 2.1.5 · Modos de permissão — módulo 2.5

Quiz — 3 questões

1.Qual é a ordem correta do ciclo de refatoração segura apresentado nesta aula?

a)Diff → plan mode → skill de verificação
O plano precisa vir antes de qualquer arquivo ser tocado, não depois do diff.
b)Plan mode → diff revisado → skill de verificação
Correto.
c)Skill de verificação → plan mode → diff
Verificar antes de sequer ter um plano não faz sentido — não há o que verificar ainda.

Ver resposta e por quê

❌a) O plano precisa vir antes de qualquer arquivo ser tocado, não depois do diff.

✅b) Correto.

❌c) Verificar antes de sequer ter um plano não faz sentido — não há o que verificar ainda.

2.Todos os quatro testes automatizados passaram depois da refatoração. Isso é suficiente para:

a)Promover a mudança para o ambiente DEV
Correto. É o ambiente onde o ciclo automatizado fecha sozinho.
b)Promover a mudança direto para produtivo
Nunca — revisão humana é obrigatória antes de qualquer ambiente além de DEV.
c)Considerar a refatoração completamente validada, sem mais checagem
Testes automatizados não cobrem tudo em ABAP — autorização e integração externa, por exemplo, seguem exigindo checagem manual.

Ver resposta e por quê

✅a) Correto. É o ambiente onde o ciclo automatizado fecha sozinho.

❌b) Nunca — revisão humana é obrigatória antes de qualquer ambiente além de DEV.

❌c) Testes automatizados não cobrem tudo em ABAP — autorização e integração externa, por exemplo, seguem exigindo checagem manual.

3.Por que testes automatizados sozinhos não são suficientes para validar uma refatoração em ABAP? ---

a)Porque o Claude Code não consegue rodar testes automatizados
Consegue — é exatamente o que a skill de verificação faz.
b)Porque comportamento de exit, autorização e integração com sistema externo costumam ficar fora da cobertura de teste unitário
Correto.
c)Porque testes automatizados em ABAP não existem como conceito
Existem e são usados no ciclo desta aula; a limitação é de cobertura, não de existência.

Ver resposta e por quê

❌a) Consegue — é exatamente o que a skill de verificação faz.

✅b) Correto.

❌c) Existem e são usados no ciclo desta aula; a limitação é de cobertura, não de existência.