ABAB Unit Test Blog Series
Finalmente terminé mi semana 1 del curso ABAP Unit OpenSAP y pensé en escribir mis desvaríos idiotas :).
En realidad, estaba pensando por qué de repente OpenSAP comenzó este curso cuando tenemos a nuestro compañero mentor
bfeeb8ed7fa64a7d95efc21f74a8c135
escribiendo hermosas series de blogs desde 2013-2014. Incluso ayer también expresó sus opiniones al respecto. Puedo relacionar en sus blogs cómo los materiales del curso de OpenSAP enfatizan lo que ha estado tratando de transmitir durante tantos años. La pregunta importante con la que estoy luchando es
¿por qué AHORA este curso
tan tarde?
Quería una respuesta, así que comenzó la búsqueda para entender lo mismo :).
Está a SAP utilizando o conceito de unidade ABAP em seus desenvolvimentos?
Essa foi a pergunta que poderia realmente me ajudar a entender a razão. Felizmente tenho acesso ao ECC e ao sistema 1709. Então, decidi dar uma olhada nas estruturas dos programas 1709. Verifiquei meus dois programas frequentemente usados, um é o código /UI2/FLIA (análise de intenções do FIORI Launchpad) e o outro é o programa /UI5/REPOSITORY*UPLOAD. E consigo ver a diferença na estrutura do código. O uso de classes de Unidade ABAP é bastante claro, como destacado nas capturas de tela.
É bastante evidente que para todos os novos desenvolvimentos, o conceito de teste de unidade ABAP está sendo usado exaustivamente. Também estava curioso para saber se em VA01 nossa transação de ouro teve alguma mudança. Bingo, até nosso VA01-SAPMV45A também tem um framework de teste de unidade implementado, como pode ser visto nas capturas de tela.
Ficou claro que a SAP está usando isso na maioria dos programas, mas a pergunta de por que este curso AGORA permaneceu sem resposta. Ainda não conseguia ligar os pontos. Eventualmente, meus próximos pensamentos foram sobre o que realmente mudou?
O que realmente mudou na jornada do ECC para o S4 HANA?
Se olharmos até agora, muita coisa mudou na arquitetura da SAP. Duas coisas importantes se destacam, uma é que a interface foi desacoplada da lógica e mais processamento foi transferido para o banco de dados do backend. Estamos usando aplicativos FIORI para quase tudo e os dados são expostos via estrutura Odata. Portanto, a SAP está gradualmente se afastando de todo o código procedural em direção a uma base mais robusta e sólida de orientação a objetos. É extremamente difícil escrever scripts de Teste de Unidade com o código procedural existente contendo milhares de variáveis globais, etc.
Agora, na era da simplificação, faz mais sentido para este curso. O teste de unidade ABAP adiciona mais valor com a arquitetura atual da SAP.
Então, o que vem a seguir?
Como em um nível mais alto conseguimos correlacionar como todo o teste de unidade ABAP se encaixa na estratégia geral da SAP, faz mais sentido para mim investigar como escrever código testável para nossos serviços Odata que criamos até agora.
Espero compartilhar essa experiência no meu
próximo blog
. Por favor, sinta-se à vontade para fornecer seu feedback, posso estar completamente errado :)