Práticas recomendadas de automação de testes SAP

Melhores práticas para estruturar projetos de automação de testes SAP no Test Manager e Studio: estrutura do projeto, componentes reutilizáveis e opções de atividades que reduzem o esforço de manutenção.

A criação de casos de teste automatizados para aplicativos SAP é rápida e confiável, mas a complexidade do SAP pode afetar tanto a estabilidade de suas automações quanto o esforço necessário para mantê-las ao longo do tempo. Essas diretrizes mantêm os projetos de teste SAP simples de entender, fáceis de estender e barato de manter. Para as etapas do lado do Studio que conectam uma automação a um caso de teste, consulte Automatizar casos de teste.

Estrutura do projeto recomendada

Um projeto de automação de testes SAP bem estruturado dá a cada parte uma responsabilidade única e clara:

• Modelo de execução: um modelo específico do WinGUI que lida com a limpeza do ambiente e inicia o SAP antes da execução de um caso de teste.
• Auxiliares: fluxos de trabalho reutilizáveis que buscam credenciais e fazem login no SAP.
• Componentes reutilizáveis: blocos de construção de automação, normalmente um por transação SAP, chamáveis de vários casos de teste.
• Casos de teste: os fluxos de trabalho de nível superior que montam auxiliares e componentes reutilizáveis em um cenário de ponta a ponta.

Separando dados de teste da lógica de automação

Os dados de que um caso de teste precisa ficam separados da sequência de etapas que o executa:

• Preparação de dados de teste: atribuição dos dados de teste (tipo de pedido, organização de vendas, canal de distribuição e valores semelhantes) no início do caso de teste.
• Sequência de automações com verificações intermediárias: invocando cada componente reutilizável em ordem, com uma etapa Verificar Expressão após cada uma confirmando o resultado esperado antes de prosseguir.

Uma estrutura Given-When-Then não é necessária para casos de teste SAP — a sequência de preparação de dados e automação mostrada abaixo é suficiente.

Uso de transações SAP como componentes reutilizáveis

As transações SAP são limites natural para sequências de automação reutilizáveis:

• Iniciar cada componente a partir da janela Acesso Fácil ao SAP.
• Usando atividades específicas da SAP, quando disponíveis, eles enriquecem as atividades de automação de interface gráfica padrão (Click, Get Text e outras) com comportamento compatível com SAP.
• Sair da transação para retornar à janela SAP Easy Access antes que o componente termine, para que a próxima transação na sequência possa continuar a partir de um ponto de partida conhecido.

Observação:

O Mapa de calor mede a cobertura por transação SAP. Se sua automação não estiver estruturada com um componente reutilizável por transação, a cobertura exibida no mapa de calor pode parecer excessiva ou incompleta em relação ao que você realmente verifiquei.

Uso de um modelo de execução WinGUI

Um modelo de execução específico do WinGUI em execução antes de cada caso de teste coloca o ambiente em um estado conhecido:

1. Fechando qualquer instância SAP que ainda está em execução, por exemplo, com Kill Process saplogon.exe em.
2. Fazendo logon no SAP usando um fluxo de trabalho auxiliar reutilizável.

Escolhendo Simular em vez de Eventos de Hardware

Simular é o modo de entrada recomendado para automação SAP, definido no nível do projeto em Configurações do projeto > Automação de interface gráfica Moderna > Métodos de segmentação - SAP. É mais rápido e mais confiável do que Eventos de hardware para a maioria dos controles SAP.

Controles que não são compatíveis com a Simulação

Alguns campos geram um erro "escrita de texto com Simulação não é compatível" erro. Alterar o modo de entrada dessa atividade específica para Eventos de hardware resolve o problema, sem alterar o padrão no nível do projeto.

Escolha de atividades dedicadas à SAP em vez de atividades genéricas

As atividades específicas do SAP são geralmente a melhor escolha sobre as atividades de Automação de Interface Gráfica genéricas — elas são criadas para entender os controles do SAP e são mais resilientes a alterações do que seus equivalentes genéricos.

Atividades de navegação e tela:

• Call Transaction
• Click Picture on Screen
• Click Toolbar Button
• Select Menu Item
• SAP Login
• SAP Logon

Atividades de tabela e árvore:

• Expandir Tabela Hierárquica ALV (visualizador de lista ABAP)
• Expand ALV Tree
• Expand Tree
• Table Cell Scope

Atividades de dados e status:

• Read Status Bar
• Selecionar datas no calendário

Exemplo de caso de teste completo

Um único caso de teste de ponta a ponta pode encadear transações SAP dentro de uma sessão: fazendo login com SAP Logon, atribuindo os dados de teste com Multiple Assign e, em seguida, executando o componente reutilizável para cada transação em sequência — por exemplo, VA01, VKM1, VL10H , VT01N, VT02N, VL02N, VI01, VF01 e BF03 — retornando ao SAP Easy Access antes do início da próxima transação.

Summary

Manter os projetos de automação de testes SAP simples reduz o esforço necessário para mantê-los ao longo do tempo:

• Uma estrutura de projeto fácil de entender.
• A lógica repetível é movida para componentes reutilizáveis, cada um com uma única responsabilidade.
• Nenhum tempo gasto criando requisitos que você ainda não precisa.