A automação é um brinquedo brilhante pelo qual todos no setor de tecnologia estão fascinados. Dos processos ao hardware, queremos que a automação faça nosso trabalho por nós. Provavelmente, alguém já está trabalhando na automação que nos ajudará a planejar mais automação. Mas o fato concreto é que nem todo sistema é maduro ou bem estabelecido o suficiente para se beneficiar da automação. A automação só alcança a eficiência quando aplicada a ambientes estáveis. E, sem dúvida, há poucos ambientes de software mais estáveis do que o SAP.
O que é SAP?
SAP significa Systems Application and Products in Data Processing (Aplicativo de sistemas e produtos para processamento de dados). Sim, talvez seja um nome chato, mas esse software definiu o termo desde que foi lançado originalmente em 1973. O SAP permite o processamento de negócios em tempo real em áreas como finanças, vendas e recursos humanos. Historicamente, era necessária a integração com bancos de dados de terceiros, como Oracle e Microsoft SQL, embora hoje a SAP tenha um banco de dados interno chamado HANA que pode armazenar informações. O SAP é um ambiente em que a automação é aplicada de forma diferente, porque tudo nele é um objeto único que pode ser configurado, mas não personalizado. Isso significa que há muita flexibilidade no sistema para adaptar as configurações às necessidades de sua empresa, mas o código do software não pode ser alterado. Como dissemos anteriormente, isso o torna muito estável, mas na era em que todos querem sua própria bolha digital personalizada, isso também levou as pessoas a se exporem a riscos por meio da integração com outros sistemas.
Verificação de integrações no SAP
O poder de processamento da SAP sempre funcionou por meio da integração com outros sistemas. Hoje, isso vai além dos bancos de dados e inclui portais de recursos humanos, sistemas de gerenciamento de clientes e painéis de controle financeiros. Cada uma dessas integrações apresenta um risco de desempenho insatisfatório ou de violação de segurança, e geralmente ninguém está prestando atenção. Por quê? Porque os desenvolvedores consideram mais importante testar o novo código, os novos recursos e presumem que o que veio antes continuará funcionando. Essa é uma suposição segura exatamente até o momento em que isso não acontece. O que é bobagem é que seria fácil usar a automação para testar essas suposições com pouco esforço. Os testes de regressão são negligenciados e ignorados porque, na maioria das vezes, são muito chatos. Ninguém quer ser a pessoa que vai atrás de cada atualização de cada fornecedor, verificando se nenhum pequeno erro apareceu. Isso não é um teste qualificado. É nesse ponto que recomendamos que você comece a implementar a automação estratégica da verificação de qualidade e deixe que as mentes humanas se concentrem em problemas mais interessantes.
Outros usos da automação no SAP
O SAP não precisa ser personalizável para se tornar complicado – as configurações também fazem isso. Conhecemos um cliente que era uma universidade de renome nacional com a necessidade de pagar centenas de funcionários em três horários diferentes. Nesse caso, não foi uma integração externa que representou um risco, mas sim a complexidade dos dados internos no SAP e todas as suas interconexões necessárias. Nesse sistema, milhares de variações individuais de aprovação devem ser definidas por departamento, por usuário e podem variar de acordo com a necessidade. Nesse caso, a universidade decidiu mais tarde que queria adicionar a opção de pagar as pessoas trimestralmente. A introdução dessa alteração representa uma mudança monumental na arquitetura do sistema que pode ou não afetar outras configurações. Os testes automatizados de garantia de qualidade são a maneira mais fácil de confirmar se uma ou mais alterações em determinadas configurações farão com que todo o ecossistema desmorone. Ao lidar com recursos humanos e questões como pagamento de funcionários, as empresas não podem se dar ao luxo de cruzar os dedos e presumir. Os processos de garantia de qualidade de software e de teste de qualidade no SAP são do tipo perfeito para a maturidade atual da automação. O teste de regressão é exatamente o tipo de garantia de qualidade essencial, muitas vezes negligenciada no SAP, que nenhum profissional de teste qualificado quer fazer diariamente. Por isso, ele deve ser automatizado. Os erros surgem quando um teste único e sofisticado é considerado tão especial que é automatizado depois de ser executado apenas algumas vezes. Deixe que os testes básicos sejam executados por você mesmo e que os testes exploratórios continuem sendo realizados.
