Os módulos SAP R / 3 mais comuns são -

  • Gerenciamento de materiais SAP.
  • Contabilidade Financeira e Controladoria SAP.
  • Vendas e distribuição SAP.
  • Recursos humanos SAP.
  • SAP Supply Chain Management.
  • SAP Plant Management

O Teste SAP consiste em testar a funcionalidade dos módulos SAP acima e garantir que eles funcionem de acordo com a configuração.

SAP TAO é uma ferramenta de automação para gerar casos de teste para cenários de ponta a ponta para aplicativos SAP. Além disso, existem várias outras ferramentas de teste de automação para teste SAP, como HP QTP e ECATT, etc. que podem ser usadas.

Aqui está uma lista dos principais motivos pelos quais o teste SAP é realizado e por que é uma função importante no crescimento de uma organização -

System Validation - O SAP Testing envolve testes completos de ponta a ponta e validação de todos os módulos SAP no ambiente SAP ERP.

Quality and Revenue- SAP Testing é um teste baseado em saída e não como métodos de teste convencionais que são baseados em entrada. Garante a qualidade do sistema SAP e também foca na receita e nos custos da organização.

Cost and Predictability - O teste SAP envolve a redução dos custos de desenvolvimento SAP e melhora a previsibilidade.

Compliance Requirement - O SAP Testing garante que a implementação do SAP atenda aos novos requisitos de conformidade em uma organização específica e que todos os módulos estejam funcionando de acordo com a configuração esperada.

New Implementation and Configuration Changes- Existem diferentes tipos de mudanças implementadas em um sistema SAP, como patches e correções, novas implementações, mudanças configuracionais. Portanto, o teste SAP garante que todos os módulos estão funcionando de acordo com os requisitos neste ambiente de sistema dinâmico.

Integration- O teste SAP é executado para testar vários relatórios, fluxos de dados e fluxos de trabalho, formulários GUI, etc. É usado para verificar a integração do sistema entre diferentes módulos. Por exemplo, se for feito um lançamento de pedido que requeira uma ação em Vendas e distribuição, MM e FICO, o teste SAP verifica a integração entre esses sistemas.

Performance - Também é usado para garantir se o sistema será capaz de atender aos acordos de nível de serviço, o tempo gasto pelo sistema para executar ações específicas, desempenho do sistema, etc.

É um tipo de teste de caixa branca que envolve o teste de uma única unidade ou grupo de unidades.

Neste teste, vários sistemas são combinados para testar a saída do sistema integrado.

Nesse teste, o sistema é colocado em estresse além de sua especificação para verificar quando ele falha.

O objetivo do teste beta é cobrir erros inesperados. Ele se enquadra na classe de teste de caixa preta. É feito lançando a pré-versão do produto final, chamada Beta.

O teste ETL é executado para garantir que os dados sejam extraídos, transformados e carregados corretamente de um sistema de origem para um sistema de destino.

Teste manual significa que você está testando um software manualmente, sem usar ferramentas automatizadas ou qualquer script. Nesse tipo de teste, o testador assume a função de usuário final e testa o software para identificar bugs ou qualquer comportamento inesperado.

Existem diferentes estágios de um teste manual. Eles são - teste de unidade, teste de integração, teste de sistema e teste de aceitação do usuário.

No teste de automação, o testador grava os scripts e usa ferramentas de software para testar o produto. Este processo envolve a automação de um processo manual. O teste de automação inclui a reexecução dos casos de teste várias vezes que foram executados manualmente.

O teste de automação também é usado para testar o aplicativo em termos de carga, desempenho e estresse. É usado para aumentar a cobertura do teste. O teste de automação melhora a precisão e economiza tempo e dinheiro em comparação ao teste manual.

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • Corredor de carga
  • Corredor vencedor

O Ciclo de Vida de Teste de Software (STLC) consiste em todas as etapas executadas de uma maneira específica para garantir que as metas de qualidade sejam atendidas e cada etapa tenha metas e resultados específicos.

O STLC é usado para melhorar a qualidade de um produto de software e torná-lo capaz de atender aos requisitos de negócios para atingir certos objetivos.

As diferentes fases do Ciclo de Vida do Teste de Software são as seguintes -

  • Fase de requisitos
  • Planejamento de Teste
  • Análise de Teste
  • Fase de Design de Teste
  • Implementação de Teste
  • Fase de execução de teste
  • Fase de Fechamento de Teste

Example

Suponha que a tarefa seja criar um pedido de venda e salvá-lo. Para realizar o teste de unidade para esta tarefa, o testador deve saber que o pedido de venda pode ser salvo usando os elementos da organização SAP, como dados mestre do cliente, funções do parceiro, dados mestre de material, código da empresa, área de controle de crédito, organização de vendas, etc.

Example

No desenvolvimento ABAP, o teste de unidade pode ser executado para verificar se um relatório pode ser criado a partir de dados gerados pelo desenvolvedor. Requer assistência do especialista do domínio.

Example

Se você disser que um fluxo de caixa para uma cotação em uma organização mostraria que uma cotação pode ser usada para criar um pedido de venda, uma entrega pode ser criada e processada a partir do pedido, a entrega pode ser faturada, o faturamento liberado para a contabilidade e um pagamento de cliente aplicado contra a fatura contábil.

O Teste de Segurança e Autorizações é usado para garantir que os usuários só sejam capazes de executar transações e acessar dados apropriados que sejam relevantes para seus projetos.

Tal como acontece com a implementação de padrões de segurança, isso é realmente importante para testar se a segurança e a autorização são colocadas em um sistema. IDs de teste para funções de trabalho são criados e usados ​​para confirmar o que um usuário pode fazer e o que um usuário não pode fazer.

SAP Cutover Testing

O teste de transição geralmente é executado uma vez no ciclo de vida do projeto. Aqui, uma execução em escala real é feita de todas as tarefas envolvidas para extrair dados de sistemas legados. Em seguida, para realizar qualquer tipo de conversão de dados, carregue os resultados no sistema SAP e valide totalmente os resultados, incluindo uma assinatura do usuário.

Os testes OPA podem ser realizados para verificar a navegação de teste SAP. OPA é conhecido como linguagem de programação de código aberto e é principalmente usado para desenvolver aplicativos da web. Para compilar o programa OPA, você pode usar Node.js no servidor e JavaScript no lado do cliente.

A lógica do fluxo de tela no SAP Testing é como um código ABAP e é usada para conter os blocos de processamento. Ele contém a parte processual da tela. Ele é criado no pintor de tela e esse pintor de tela é semelhante a um editor ABAP.

No teste de carga, o testador aplica carga máxima em um sistema, seja para usuários online ou processamento em lote periódico, e identifica se o sistema é capaz o suficiente para lidar com a carga. Caso contrário, ele descobre as etapas necessárias para melhorar o desempenho.

O teste de desempenho verifica os seguintes aspectos -

  • Se o tempo de resposta do sistema é aceitável de acordo com os requisitos de negócios

  • Se os processos periódicos estão sendo executados dentro do tempo permitido,

  • Se a carga de usuário simultânea esperada pode ser suportada

O teste de desempenho identifica gargalos e ineficiências de codificação no sistema SAP. Não é provável que o ajuste de desempenho do sistema esteja perfeitamente configurado e o programa esteja sendo executado com código otimizado.

O teste de interface garante que um processo de negócios em um sistema SAP seja executado automaticamente, os eventos sejam acionados e os resultados sejam transferidos para o sistema receptor. O teste de interface envolve a execução no sistema de envio seguida pela geração automática da saída da interface e, em seguida, o sistema de recebimento consumindo esse arquivo e provando que um processo de negócios continua no receptor.

Idealmente, o teste de interface envolve atividades de teste maiores à medida que o projeto avança. O teste de interface mostra que o acionamento funciona, a seleção de dados é precisa e completa, a transferência de dados é bem-sucedida e o receptor é capaz de consumir os dados enviados.

Suponha que você precise criar um pedido de vendas no módulo Vendas e distribuição (SD). Aqui, você primeiro precisa inserir o código da transação (por exemplo, Código da transação VA01). A seguir, verifique o estoque do item no módulo Estoque e verifique o limite de crédito disponível no perfil do Cliente no Módulo Relacionamento com o Cliente. Isso mostra que todos esses módulos são interdependentes; se você personalizar qualquer um desses módulos, isso afetará o sistema ERP relacionado.

Para realizar o teste SAP para o exemplo acima, siga as etapas fornecidas abaixo -

  • A primeira etapa é instalar a ferramenta HP QTP e instalar os plug-ins necessários no QTP para torná-lo compatível para se conectar ao sistema ERP.

  • A próxima etapa é usar o HP Quality Center (QC) para desenvolver o plano de teste e, em seguida, converter o design do plano de teste em Scripts de Teste. Esses planos de teste podem ser convertidos em scripts usando HP QTP.

  • Em seguida, grave a tela R / 3 GUI do sistema SAP para o módulo SD ao criar o pedido de venda ou criar PR no MM.

  • Depois de terminar a gravação na ferramenta QTP, crie um script em VB.

  • SAPGuiSession ("Sessão"). SAPGuiWindow ("SAP Easy Access - Usuário"). SAPGuiOKCode ("OKCode"). Defina "/ nVA01"

  • SAPGuiSession ("Sessão"). SAPGuiWindow ("SAP Easy Access - Usuário"). SendKey ENTER

  • Você também pode adicionar diferentes parâmetros e personalizações de acordo com sua necessidade.

O teste de interface SAP é puramente dependente das operações e processos organizacionais. Ao realizar o teste de interface SAP, você precisa considerar os seguintes pontos-chave -

  • Qual é a finalidade de usar a interface SAP e quais cenários de negócios são processados ​​pela interface?

  • Verifique se a interface está processando todos os cenários de negócios com precisão de acordo com a estratégia de teste.

  • Para realizar o teste de interface, a prática recomendada é começar a realizar o teste de unidade.

  • Você tem que verificar se a interface de saída está bem, o que significa que ela garante a execução de especificações de arquivo atendendo em termos de layout, etc.

  • Você deve verificar se a interface de entrada está bem. Verifique se ele está lendo o arquivo corretamente e se está executando as etapas corretas no sistema de destino.

Os casos de teste SAP são necessários para realizar uma verificação na instalação e configuração do sistema SAP, qualquer nova implementação, teste multilíngue e de dispositivo, teste de intranet, teste em tempo real, etc.

Para criar um caso de teste SAP, você pode passar dados de entrada (corretos e incorretos e ver o resultado) -

Correct Input Data

  • Data do Pedido 01/01/2016, Tipo de Pedido Pedido de Venda
  • Data de validade 15/01/2016, data de envio 01/10/2016,
  • Selecione Data de vencimento do pagamento 01/10/2015, Item Qty 10, etc.

Incorrect Input Data

  • Data do pedido 01/01/2017, tipo de pedido Pedido de venda
  • Data de validade 15/01/2017, data de envio 01/10/2017,
  • Selecione Data de vencimento do pagamento 01/10/2017, Quantidade do item 0, etc.

Output Data - With Correct Data

  • O pedido foi salvo com sucesso no módulo SAP e faturado.
  • O próximo é o número da guia de remessa.
  • O próximo é o número do pedido de envio, etc.

Output Data - With incorrect Data

  • Mensagem de erro para entrada de dados incorreta. A mensagem de texto para dados de entrada incorretos deve ser definida no sistema.

Expected Output

  • Pedido de venda#
  • Fatura de Vendas nº
  • Nº da lista de embalagem, etc.

SAP TAO ajuda os clientes a acelerar o processo de criação de casos de teste automatizados para sistemas SAP. O teste de automação usando TAO é executado criando componentes de teste para várias transações em módulos SAP.

O SAP TAO permite que os clientes dividam um único software em várias partes, que podem ser integradas a casos de teste usando uma interface simples, arrastando e soltando cada parte.

TAO suporta a reutilização flexível de casos de teste e dados.

Se houver alguma mudança funcional no sistema, é fácil manter os casos de teste por causa dessa mudança.

TAO 2.0 e TAO 3.0.

SAP TAO pode ser facilmente integrado com várias ferramentas para criar casos de teste automatizados. Algumas ferramentas comuns que podem ser integradas ao TAO são -

  • SAP Solution Manager (Solman).
  • HP Quality Center QC.
  • HP Quality Test Professional QTP

SAP TAO executa as seguintes tarefas no SAP Testing Lifecycle -

  • Criação de casos de teste
  • Regeneração de componentes afetados
  • Consolidação de Casos de Teste
  • Execução de Teste

O primeiro componente é o Process Flow Analyzer, que é usado para descobrir automaticamente as interfaces de usuário usadas nos códigos de transação executados no sistema SAP. Ele cria automaticamente os componentes de teste e os carrega no Quality Center.

O Process Flow Analyzer também é usado para identificar a sequência de componentes de teste de acordo com as ações do usuário e a criação de valores da planilha.

O Change Analyzer é usado para rastrear as mudanças e o impacto no sistema SAP. Quando você faz qualquer alteração em um sistema SAP, ele identifica os processos de negócios afetados.

Para usar o Change Analyzer, selecione o projeto específico e clique na opção de análise de impacto da mudança. Isso permitirá que você analise e repare os componentes afetados no sistema SAP devido a essa mudança.

Repositório é usado para conter informações sobre todos os componentes de teste e fluxo em um projeto. Para revisar as informações sobre qualquer componente de teste e verificar o fluxo do processo, você pode clicar em Component Explorer ou PFA Explorer.

Lista Técnica de Material TBOM

A construção de teste é feita no Quality Center usando SAP TAO. Você precisa consolidar os componentes de teste para criar cenários de teste. Você pode executar um único ou vários testes no SAP TAO usando a lista técnica de materiais TBOM.

A lista técnica de materiais (TBOM) é usada para conter os objetos em um formato executável. O Change Analyzer usa isso para dizer se um objeto executável é afetado quando uma alteração é realizada.

Caso queira usar o Business Process Change Analyzer, é necessário gerar um TBOM para cada objeto executável em cenários de teste e processos.

Note - Se você precisar executar um único teste e atualizar o TBOM, clique em Executar e atualizar o TBOM.

Você pode verificar os detalhes da atualização na página TBOM. Você pode modificar a lista de execução criada no SAP TAO.

No Business Process Change Analyzer, para executar vários testes, você pode selecionar uma pasta e adicioná-la à lista de execução. Você também pode selecionar a criação de TBOM no momento da execução.

Note - Se o TBOM já existir no momento da execução, ele atualizará apenas o TBOM existente.

O scanner de IU é usado para criar novos componentes de tela com componentes existentes. É um plugin para ferramenta QTP. Você deve tentar usar a guia inspecionar sobre o scanner de IU. O scanner de IU padrão funciona apenas com o cliente front-end da GUI. Você também pode usar um scanner de IU de terceiros para capturar os componentes da tela.

Solution Manager 7.1 em diante

O Business Process Testing (BPT) é uma parte da estrutura de automação QTP e é usado com o Quality Center da HP. O BPT é usado para criar cenários de teste de automação e executar esses cenários sem nenhum conhecimento prévio de automação.

O HP BPT remove a complexidade da criação e manutenção de casos de teste e combina toda a documentação e automação de teste em um esforço.

O Business Process Testing alinha o processo de teste com os objetivos de negócios e reduz consideravelmente o tempo do ciclo de vida do teste.

O HP Quality Center, uma ferramenta de gerenciamento de teste, agora é popularmente conhecido como ferramenta Application Life Cycle Management (ALM), pois não é mais apenas uma ferramenta de gerenciamento de teste, mas suporta várias fases do ciclo de vida de desenvolvimento de software.

O HP-ALM nos ajuda a gerenciar marcos do projeto, entregas, recursos e monitorar a integridade do projeto, padrões que permitem que os proprietários do produto avaliem o status atual do produto. É importante entender a história, a arquitetura e o fluxo de trabalho do Quality Center.

HP Quick Test Professional (QTP) é uma ferramenta de teste funcional automatizado que ajuda os testadores a realizar testes de regressão automatizados para identificar quaisquer lacunas, erros / defeitos contrários aos resultados reais / desejados do aplicativo em teste.

Non-reusable action - Uma ação que pode ser chamada apenas naquele teste específico em que foi projetada e pode ser chamada apenas uma vez.

Reusable action - Uma ação que pode ser chamada várias vezes em qualquer teste em que reside e também pode ser usada por quaisquer outros testes.

External Reusable action- É uma ação reutilizável armazenada em outro teste. As ações externas são somente leitura no teste de chamada, mas podem ser usadas localmente com a cópia editável das informações da Tabela de dados para a ação externa.

Consolidar é conhecido como um processo para combinar componentes SAP TAO com componentes embutidos para criar cenários de teste como componentes de negócios transacionais únicos. Ele permite que você reúna vários componentes de teste em um único teste.

O SAP TAO 3.0 contém um assistente de gravação do Process Flow Analyzer que pode ser usado para facilitar a gravação de teste.

Você precisa exibir o nome da tabela: AGS_TAO_SETTING e alterar o valor de AGS_TAO_ENABLE_SM_SETUP para ON.

As ações ajudam os testadores a dividir os scripts em grupos de instruções QTP chamadas ações. As ações são semelhantes às funções do VBScript, no entanto, existem algumas diferenças. Por padrão, o QTP cria um teste com 1 ação.