Teste SAP - Guia rápido

Muitas organizações implementam SAP ERP (Enterprise Resource Planning) para gerenciar suas operações de negócios e se adaptar aos novos desafios do mercado. SAP R / 3 é um software ERP integrado que permite às organizações gerenciar seus negócios com eficiência. As organizações podem reduzir o custo de execução de suas operações usando pacotes SAP R / 3 ERP.

O SAP R / 3 também permite que os clientes interajam com diferentes bancos de dados para executar diferentes aplicativos com a ajuda de uma GUI amigável. O sistema SAP R / 3 é dividido em diferentes módulos para cobrir a funcionalidade de diferentes operações de negócios em uma organização.

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.

SAP Testing trata de testar a funcionalidade desses módulos e garantir que sejam executados de acordo com a configuração.

Um sistema SAP passa por várias alterações, como gerenciamento e correções de patches, implementações de novos módulos e várias outras alterações de configuração. Todas essas modificações levantam a necessidade de testes de regressão que devem ser realizados em ambientes SAP. As ferramentas de automação de teste SAP, como as ferramentas SAP Test Acceleration e Optimization, podem ser usadas para essa finalidade.

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.

Importância do Teste

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 - 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 resultados e não como métodos de teste convencionais que são baseados em entradas. Garante a qualidade do sistema SAP e também foca na receita e nos custos da organização.

  • Cost and Predictability - O SAP Testing 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 exija 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.

Existem diferentes métodos de teste que podem ser usados ​​para testar a funcionalidade de um software, sistema ou aplicativo.

As técnicas de teste mais comuns são -

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

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

  • Functional Testing - Verifica a funcionalidade de cada módulo conforme o resultado desejado.

  • Usability Testing- Verifica a facilidade de uso de um aplicativo ou sistema. Ele verifica como seria fácil para um novo usuário usar um aplicativo ou entender o sistema.

  • Acceptance Testing - O teste de aceitação é executado para testar se um sistema atende aos requisitos do usuário e se aceita o aplicativo ou sistema.

  • System Testing - Todo o sistema é testado de acordo com os requisitos e especificações.

  • Stress Testing - Neste teste, o sistema é colocado em estresse além de sua especificação para verificar quando ele falha.

  • Performance Testing - Este teste é executado para verificar se o sistema atende aos requisitos de desempenho.

  • Regression Testing - Inclui o teste de todo o aplicativo ou sistema para as modificações.

  • Beta Testing- 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.

  • Database Testing- O teste de banco de dados é usado para testar os dados no banco de dados. É executado usando instruções SQL.

  • ETL Testing - 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

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.

Vários planos de teste, casos de teste ou cenários de teste são usados ​​por um testador manual para garantir a integridade do teste. O teste manual também pode ser chamadoexploratory testing porque os testadores exploram o software para identificar erros nele manualmente.

Teste de automação

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.

Ferramentas de teste de software

As seguintes ferramentas podem ser usadas para testes de automação -

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Teste em qualquer lugar
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

O Ciclo de Vida de Desenvolvimento de Software determina a série de etapas a serem executadas para desenvolver um aplicativo ou a eficiência de um software. Neste capítulo, discutiremos as fases definidas no SDLC. Cada fase tem seu próprio processo e resultados que vão para a próxima fase.

Estudo de viabilidade

A primeira fase do SDLC é requirement gathering. Depois que os requisitos são reunidos, a equipe apresenta um plano preliminar do processo de software. Nesta etapa, a equipe analisa se um software pode ser feito para atender a todos os requisitos do usuário. Verifica-se se o projeto é viável financeira, prática e tecnologicamente para a organização. Existem muitos algoritmos disponíveis, que ajudam os desenvolvedores a concluir a viabilidade de um projeto de software.

Análise de sistema

Nesta etapa, os desenvolvedores decidem um roteiro de seu plano e tentam trazer o melhor modelo de software adequado para o projeto. A análise do sistema inclui a compreensão das limitações do produto de software, problemas relacionados ao sistema de aprendizagem ou mudanças a serem feitas nos sistemas existentes, identificando e abordando o impacto do projeto na organização e pessoal, etc. A equipe do projeto analisa o escopo do projeto e planos a programação e os recursos de acordo.

Design de software

A próxima etapa é trazer todo o conhecimento dos requisitos e da análise para a mesa e projetar o produto de software. As entradas dos usuários e as informações coletadas na fase de coleta de requisitos são as entradas desta etapa. A saída desta etapa vem na forma de dois designs;logical design e physical design. Os engenheiros produzem metadados e dicionários de dados, diagramas lógicos, diagramas de fluxo de dados e, em alguns casos, pseudocódigos.

Codificação

Esta etapa também é conhecida como programming phase. A implementação do design de software começa em termos de escrever o código do programa em uma linguagem de programação adequada e desenvolver programas executáveis ​​sem erros de forma eficiente.

Testando

Estima-se que 50% de todo o processo de desenvolvimento de software seja testado. Erros podem arruinar o software do nível crítico até sua própria remoção. O teste de software é feito durante a codificação pelos desenvolvedores e o teste completo é conduzido por especialistas em testes em vários níveis de código, como teste de módulo, teste de programa, teste de produto, teste interno e teste do produto no final do usuário. A descoberta precoce de erros e sua solução é a chave para o desenvolvimento de um software confiável.

Integração

O software pode precisar ser integrado às bibliotecas, bancos de dados e outro (s) programa (s). Esta etapa do SDLC trata da integração do software com entidades do mundo externo.

Implementação

Implementação ou implantação significa instalar o software nas máquinas dos usuários. Às vezes, o software precisa de configurações pós-instalação no final do usuário. O software é testado quanto à portabilidade e adaptabilidade e os problemas relacionados à integração são resolvidos durante a implementação.

Ciclo de vida de teste de software

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 determinados 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

Fase de Requisito

Esta é a primeira fase do Ciclo de Vida de Teste de Software. Durante esta fase, o trabalho do testador é analisar os requisitos. Existem vários métodos para a Análise de Requisitos, como conduzir sessões de brainstorming com executivos, membros da equipe e tentar descobrir se os requisitos podem ser testados ou não.

Esta fase determina o escopo do teste. Se uma equipe de teste encontrar algum recurso que não possa ser testado, isso deve ser comunicado ao cliente.

Planejamento de Teste

Nesta fase, o testador identifica as atividades e recursos que ajudariam a cumprir os objetivos do teste.

Várias métricas são definidas e existem métodos disponíveis para determinar e rastrear essas métricas. O planejamento de teste também inclui a identificação de indicadores-chave de desempenho para avaliação de teste.

Análise de Teste

Esta fase determina as diretrizes que devem ser testadas. Inclui a identificação das condições de teste usando o documento de requisitos, quaisquer riscos envolvidos e outros critérios de teste.

Vários fatores são usados ​​para descobrir as condições de teste -

  • Complexidade do Produto
  • Profundidade do Teste
  • Risco Envolvido
  • Habilidades requeridas
  • Conhecimento dos membros da equipe de teste
  • Gerenciamento de teste
  • Disponibilidade das partes interessadas

As condições de teste devem ser escritas de forma detalhada.

Vamos dar uma example. Para um site de venda de produtos online, uma condição de teste é que o cliente possa fazer um pagamento online. Você pode adicionar condições detalhadas como, o pagamento deve ser viável usando cartão de crédito, transferência NEFT, cartão de débito ou net banking.

A vantagem de escrever a condição de teste detalhada é que isso aumenta o escopo do teste porque os casos de teste são normalmente escritos com base na condição de teste. Ele permite escrever casos de teste mais detalhados. Também ajuda a determinar a condição de quando interromper o teste de um produto de software.

Fase de Design de Teste

Esta fase determina como os testes são realizados.

  • Divida as condições de teste em várias subcondições para aumentar sua cobertura.

  • Obtenha os dados de teste.

  • Configure o ambiente de teste.

  • Obtenha as métricas de rastreabilidade de requisitos.

  • Crie as métricas de cobertura de teste.

Fase de implementação de teste

Esta fase inclui a criação de casos de teste detalhados de acordo com as condições de teste e métricas definidas.

  • Priorize o caso de teste.
  • Caso de teste a ser usado para regressão.
  • Garanta a correção dos casos de teste.
  • Assine os casos de teste antes do início da execução real.

Fase de execução de teste

Esta fase do Ciclo de Vida de Teste de Software envolve a execução real de casos de teste.

  • Execute os casos de teste.
  • Registre os defeitos.
  • Verifique as métricas de rastreabilidade para controlar o progresso.

Encerramento de teste

Esta fase inclui a verificação da conclusão do teste.

  • Verifique se todos os casos de teste são executados e defeitos abertos.
  • Anote as lições aprendidas.
  • Feche a fase de teste.

Existem diferentes tipos de métodos de teste disponíveis que podem ser usados ​​para realizar o teste SAP.

Teste de Unidade

O teste de unidade é usado para testar a funcionalidade de um sistema SAP e seus vários componentes. É realizado por especialistas em domínio e configuração que conhecem a funcionalidade de cada unidade em um sistema.

Exemplo

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 de parceiro, dados mestre de material, código da empresa, área de controle de crédito, organização de vendas, etc.

Exemplo

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.

Teste de Sistema

O teste de sistema envolve a integração de elementos de um sistema SAP para garantir que a funcionalidade SAP relacionada esteja conectada no ambiente de desenvolvimento.

Exemplo

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.

Cada unidade é testada assim e, em seguida, os resultados do teste são combinados usando o teste do sistema.

Teste baseado em cenário

O teste de cenário, como o nome sugere, é executado de acordo com casos de negócios específicos.

Exemplo

Suponha que existam algumas tarefas específicas de um segmento de clientes ou de uma determinada linha de produtos ou de um conjunto de serviços. Para essas linhas específicas de destino, você tem diferentes cenários que precisa testar. Esse teste também é executado no ambiente de desenvolvimento.

Teste de integração

Neste teste, os dados de teste vêm de uma fonte de extração de dados real. Os dados são conhecidos pelos usuários finais de negócios.

O teste de integração é usado para apresentar que o processo de negócios, conforme projetado e configurado no SAP, é executado usando dados do mundo real. Além disso, o teste mostra que os gatilhos da interface, relatórios e fluxos de trabalho estão funcionando.

Teste de Interface SAP

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.

Teste de aceitação do usuário SAP

O SAP UAT é usado para garantir que os usuários finais possam executar as funções de trabalho atribuídas com o novo sistema. O aspecto importante desse teste é entender os requisitos de negócios e garantir que os recursos, funções e recursos esperados estejam disponíveis.

Teste de desempenho do sistema SAP

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.

Teste de carga SAP

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.

Teste de segurança e autorizações SAP

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 seu projeto.

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.

Teste de transição SAP

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. Então, 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.

Teste de regressão SAP

O teste de regressão é usado para encontrar novas funcionalidades e para testar funcionalidades anteriores em um sistema quando ele é atualizado ou um novo sistema é configurado. A principal função do teste de regressão é testar a funcionalidade existente e a configuração e base de código recém-atualizadas.

Quando você atualiza seu sistema SAP ou aplica um patch, isso não deve afetar a funcionalidade que se espera que seja executada pelos usuários. Além disso, não deve afetar os novos recursos que devem ser introduzidos em uma nova versão.

O processo de teste SAP é geralmente dividido em três fases -

  • Planejamento de Teste
  • Configuração do sistema de teste
  • Execução e avaliação de teste

Planejamento de Teste

O planejamento de teste inclui as etapas envolvidas na fase inicial de teste.

  • Reunindo o requisito. O que precisa ser testado? Requisitos funcionais a serem coletados para teste de sistema e aplicativo.

  • Desenvolvimento de casos de teste para testes manuais e de automação. Em testes de automação, várias ferramentas podem ser usadas para criar casos de teste.

  • Revendo os casos de teste.

Teste de configuração do sistema

A configuração do sistema de teste envolve a configuração do ambiente de teste para executar os casos de teste. Aqui, o testador precisa definir as principais métricas para relatórios.

Execução e avaliação de testes

A execução e avaliação do teste envolve a execução dos casos de teste e a anotação do resultado. Inclui as seguintes atividades -

  • Tratamento e relatórios de defeitos.
  • Avaliação dos planos de teste de acordo com o resultado.
  • Documentar todos os defeitos e comparar os resultados com as principais métricas.

Teste SAP - Processo Crítico

No teste de sistema SAP, você precisa identificar os processos de negócios críticos que serão afetados pela implementação de mudanças em um sistema SAP. A maioria vem sob o teste de regressão, onde você aplica um patch ou implementa um novo sistema.

A primeira etapa antes de aplicar essas mudanças é realizar change impact analysis. Isso cobre processos críticos que serão afetados pela implementação da mudança.

Exemplo

Vamos dar um exemplo. Suponha que as mudanças planejadas sejam as seguintes -

Mudanças planejadas

  • Pacote de suporte SAP 7
  • Código personalizado
  • Pacote de melhorias SAP

Sistema afetado

  • Pedido de venda
  • Entrega de mercadorias
  • Forma de pagamento

Análise de impacto para processos críticos

Aqui, as seguintes atividades devem ser realizadas na Análise de Impacto -

  • Identificação dos processos críticos de negócios impactados pela implementação de mudanças.

  • Deve ser fornecida uma justificativa comercial do motivo pelo qual essa mudança deve ser implementada.

  • Criação do plano de teste para monitorar processos críticos para teste SAP durante a execução da mudança.

  • Avaliação do impacto da mudança nos processos críticos e o propósito de implementar a mudança.

A navegação de teste SAP garante que você cubra cada módulo de seu sistema SAP e execute pelo menos um teste para cada funcionalidade. Também reduz o esforço de teste manual e cobre a maioria dos caminhos de teste em um sistema SAP.

Os testes OPA podem ser realizados para verificar a navegação de teste SAP. OPA é conhecido comoOpen Source Programminglinguagem e é usado principalmente para o desenvolvimento de aplicativos da web. Para compilação do programa OPA, você pode usar Node.js no servidor e JavaScript no lado do cliente.

Criação de um teste usando OPA

OPA permite que você use três objetos em Qunit. Essas funções devem ser definidas em um teste para que a OPA saiba quais ações devem ser tomadas.

  • Given - para aprovar arranjos.

  • When - ações a serem tomadas.

  • Then - afirmação.

Exemplo

O exemplo a seguir mostra como usar todos os 3 objetos em Qunit -

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

A próxima etapa é definir as três funções.

Definindo as funções

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

Na função acima, assumimos que o aplicativo é executado em uma página chamada index.html. Nosso teste OPA está localizado na pasta test / opa.html.

Definindo Arranjos

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

Definindo Asserções

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

Executando o teste OPA

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

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.

A lógica do fluxo da tela não envolve declaração de dados externos e cada bloco de processamento é definido com um prefixo 'PROCESS'. Por exemplo,

  • PROCESSO APÓS ENTRADA
  • PROCESSO ANTES DA SAÍDA
  • PROCESSO A PEDIDO DE AJUDA
  • PROCESSO EM PEDIDO DE VALOR

Cada lógica de fluxo de tela deve conter as palavras-chave PROCESS AFTER INPUT e PROCESS BEFORE OUTPUT.

Em um bloco de evento, você pode usar palavras-chave como MODULE, FIELD, ON, VALUES, CALL, etc.

S.No. Palavra-chave e descrição da lógica de fluxo de tela
1

MODULE

Chama um módulo de diálogo em um programa ABAP

2

FIELD

Especifica o ponto em que o conteúdo de um campo da tela deve ser transportado

3

ON

Usado em conjunto com FIELD

4

VALUES

Usado em conjunto com FIELD

5

CHAIN

Inicia uma cadeia de processamento.

6

ENDCHAIN

Termina uma cadeia de processamento.

7

CALL

Chama uma subtela.

8

LOOP

Começa a processar uma tabela de tela.

9

ENDLOOP

Termina o processamento de uma tabela de tela.

Criação de fluxo de tela

No navegador do Repositório, clique duas vezes no nome de uma tela para exibir a lógica do fluxo da tela.

O Editor do Flow Logic do Screen Painter será aberto e você editará a lógica do fluxo da tela. Você pode usar qualquer um dos editores de código-fonte ABAP disponíveis para definir a lógica do fluxo.

Você pode usar as seguintes palavras-chave para criar a lógica do fluxo de tela -

S.No. palavras-chave e descrição
1

CALL

Chama uma subtela.

2

CHAIN

Inicia uma cadeia de processamento.

3

ENDCHAIN

Termina uma cadeia de processamento.

4

ENDLOOP

Termina o processamento do loop.

5

FIELD

Refere-se a um campo. Pode ser combinado com as palavras-chave MODULE e SELECT.

6

LOOP

Inicia o processamento do loop.

7

MODIFY

Modifica uma tabela.

8

MODULE

Identifica um módulo de processamento.

9

ON

Usado com atribuições FIELD.

10

PROCESS

Define um evento de processamento.

11

SELECT

Verifica uma entrada em uma tabela.

Telas de teste

As telas de teste são usadas para testar a aparência de uma tela como ela aparecerá no tempo de execução. Se você já programou a lógica de fluxo, pode escolher se deseja simular a tela com ou sem ela.

Para realizar o teste de tela, siga as etapas abaixo -

  • Selecione Tela → Teste.
  • O sistema exibirá uma caixa de diálogo para a simulação em tempo de execução.
  • Você pode alterar as coordenadas da janela, se necessário.
  • A seguir, defina o escopo da simulação.
  • Para incluir a lógica de fluxo, clique em 'escolher lógica de fluxo completa'.
  • Clique em Continuar e a simulação de tela aparecerá.

Existem diferentes módulos SAP implementados em uma organização que podem ser testados usando várias ferramentas de teste, como HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) e a ferramenta SAP Test Acceleration and Optimization (TAO).

Módulos SAP comuns

Os módulos SAP comuns estão listados abaixo -

  • Financial Modules - Contabilidade Financeira e Controladoria (FICO), Tesouro (TR) e Controle Empresarial (EC).

  • Logistics Modules - Gestão de Materiais (MM), Manutenção de Plantas (PM), Vendas e Distribuição (SD), Gestão de Qualidade (QM), etc.

  • Human Resource Management - Folha de Pagamento Contábil, Gerenciamento de Tempo, Gerenciamento de Treinamento e Eventos.

Todos esses módulos são interdependentes e a funcionalidade de um módulo afeta a funcionalidade de outros módulos.

Exemplo

Suponha que você tenha que criar um pedido de vendas no módulo Vendas e distribuição (SD). Aqui, você primeiro precisa inserir otransaction code(por exemplo, Código de 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. 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, você precisa entender os recursos, funcionalidades e como o fluxo de trabalho ocorre nesses módulos SAP. A maioria das razões comuns de falha de projeto de implementação de ERP é o planejamento de teste incorreto e o uso de casos de teste incorretos.

Os sistemas ERP não SAP, como PeopleSoft, Edwards, Oracle E business suite têm clientes e recursos diferentes. A equipe de teste precisa entender a funcionalidade do sistema completo.

Tipos de equipe de teste

Normalmente existem dois tipos de testadores disponíveis em projetos SAP -

  • Core Testers - que são responsáveis ​​por realizar os testes básicos do sistema e módulos ERP.

  • Implementation Testers - que trabalham no projeto de implementação e cobrem as funcionalidades de customização dos módulos SAP.

As solicitações de personalização de clientes podem impactar os módulos de um sistema SAP. A equipe de teste deve ser capaz de registrar cada solicitação de personalização e seu impacto nos outros módulos SAP.

Os sistemas ERP são sistemas grandes e, portanto, o processo de teste deve ser idealmente automatizado. É sempre aconselhável realizar testes automatizados para sistemas ERP, pois o teste manual é um processo muito demorado e demorado. Sem testar cada componente do sistema SAP, é realmente difícil alcançar 100% de qualidade e implementação bem-sucedida do projeto SAP.

Executando o teste SAP para o exemplo acima usando QTP

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("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

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

Uma interface em um sistema ERP é conhecida como uma ferramenta responsável por obter dados de um sistema e movê-los para outro sistema. Por exemplo, suponha que você tenha um programa que produz um relatório no formato XML e, em seguida, este programa leia o arquivo XML para fornecer entrada para outro sistema. Você também pode manipular ao passar as informações de um sistema para outro.

Exemplo

Considere uma ferramenta de fornecedor que cuida da presença do funcionário. Agora, a interface do sistema pegará essas informações e as preencherá no sistema SAP HR.

O teste de interface garante que esse trabalho seja executado com êxito para garantir que os dados sejam transferidos completamente e que não haja nenhum erro ao transferir os dados para o sistema SAP HR.

Pontos a serem considerados durante o teste de interface SAP

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á boa, o que significa que ela garante a execução de especificações de atendimento de arquivo 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.

Um sistema ERP é um sistema centralizado comum e é usado por vários usuários simultaneamente em tempo real. Por isso, é necessário escrever os casos de teste com muito esforço e dedicação.

Um sistema ERP também envolve várias transações FI, então cada caso de teste deve abranger o escopo de toda a parte de configuração e implementação. Os dados de teste devem ser aprovados com cuidado e cada teste deve ter uma coluna com os dados de saída do nome.

Exemplo

Test Case ID - XYZ_ERP_SD_A20301

Module - SD Vendas e Distribuição SAP

Vamos verificar a transação VA01 para criar um pedido de venda no sistema Vendas e distribuição (SD).

Campos a serem inseridos ao criar um pedido -

  • Data do pedido
  • Tipo de Pedido
  • Data de validade
  • Identificação do Cliente
  • ID de envio, detalhes de envio, etc.

Depois de inserir os detalhes, pressione Enter e adicione todos os detalhes no pedido de venda.

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

Dados de entrada corretos

  • 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.

Dados de entrada incorretos

  • 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.

Dados de saída - com dados corretos

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

Dados de saída - com dados incorretos

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

Resultado Esperado

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

SAP Testing TAO (Test Acceleration and Optimization) é uma ferramenta usada para realizar testes automatizados de sistemas SAP. 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.

Os componentes de teste usando TAO são carregados no HP Quality Center. Os componentes de teste criados dessa maneira são normalmente para as transações únicas e podem ser usados ​​posteriormente para criar cenários de teste. Essa ferramenta pode ser facilmente integrada ao SAP Solution Manager para manter os diferentes componentes de teste.

Resumindo, você pode dizer que o SAP TAO permite que os clientes SAP automatizem as necessidades do negócio, criando automaticamente casos de teste de rascunho e componentes de teste.

Principais recursos do TAO

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.

As versões comuns do SAP TAO são TAO 2.0 e TAO 3.0.

Integração SAP TAO com outras ferramentas

Um dos principais recursos do SAP TAO é que ele pode ser facilmente integrado a várias ferramentas para criar casos de teste automatizados. Algumas ferramentas comuns que podem ser integradas com TAO são -

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

SAP TAO 2.0

SAP TAO 2.0 é uma ferramenta que é usada para criar casos de teste automáticos durante o teste de regressão de um sistema. Ajuda os clientes SAP a criar diferentes componentes de teste a partir das telas de uma transação e parametrizá-los.

Esses componentes de teste são criados normalmente para um código de transação e, posteriormente, podem ser combinados para testar cenários. Ele pode ser facilmente integrado com o Business Process Change Analyzer no SAP Solution Manager.

SAP TAO 2.0 vem com diferentes Service packs SP 02, SP 04 e SP 06.

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

Arquitetura de processo SAP TAO

A ilustração a seguir mostra a arquitetura de processo do SAP TAO.

As etapas são as seguintes -

  • A primeira etapa é obter os requisitos para o Teste SAP. Isso inclui a compreensão da funcionalidade dos módulos SAP e a identificação dos requisitos para a execução de testes.

  • Em seguida, obtenha as informações da análise de requisitos para gerar os componentes de teste.

  • A próxima etapa é gerar casos de teste e componentes usando a ferramenta SAP TAO.

  • A última etapa é documentar os resultados do teste e atualizar a análise com os resultados do teste.

Pré-requisitos para instalação do SAP TAO

Download Matriz de compatibilidade do SAP Solution Manager Solman, Quality Center e SAP TAO deste link - http://service.sap.com

Vá para Gerenciamento de teste e informações adicionais> Gerenciamento de teste. Ele mostrará todos os componentes compatíveis suportados pelo SAP TAO.

Verifique os pré-requisitos para componentes em sistemas SAP em seu system landscape -

  • Versão do SAP Solution Manager SOLMAN, após verificação da matriz de compatibilidade conforme acima.

  • Versão do ST-PI em todos os sistemas em teste.

  • Versão do ST-A / PI em sistemas em teste do tipo CRM.

Para o centro de trabalho Configuração do SAP Solution Manager, certifique-se de que os sistemas nos quais o teste deve ser feito estão conectados ao SOLMAN.

A instalação do cliente SAP TAO requer a seguinte configuração no sistema local -

  • RAM: 4 GB.
  • Espaço livre em disco: 500 MB.
  • Conexão LAN ao servidor SAP Quality Center QC e SOLMAN.
  • Direitos de administração.
  • SAPGUI com o nível de patch mais recente.
  • Microsoft Excel 97 ou superior.
  • Suporte ao Microsoft Internet Explorer para CRM.

Existem vários módulos dentro da ferramenta SAP TAO. Discutimos os principais componentes neste capítulo.

Analisador de fluxo de processo

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.

Inspecionar

Você deve adicionar códigos de transação à lista. SAP TAO retornará todas as telas associadas a uma transação específica. Você pode escolher qualquer tela e clicar na opção Inspecionar.

Consolidar

Ele permite que você reúna vários componentes de teste em um único teste. Você precisa encontrar o teste no Quality Center a partir da árvore QC e clicar em Consolidar.

Selecione o código de transação que deseja consolidar e clique em Add to Consolidate list na parte inferior para criar um cenário de teste.

Importar e exportar

As opções de importação e exportação são usadas para exportar para o Quality Center e importar do Quality Center. Você precisa selecionar os componentes a serem importados e exportados e clicar no botão desejado.

Analisador de mudança

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 no botão change impact analysisopção. Isso permitirá que você analise e repare os componentes afetados no sistema SAP devido a essa mudança.

Repositório

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 clicarComponent Explorer ou PFA Explorer.

A configuração do SAP Quality Center pode ser feita de duas maneiras -

  • Atributos de servidor HP
  • Projeto HP

Atributos de servidor HP

Step 1- No SAP TAO, clique em SAP Quality Center. Você deve ter o URL do SAP Quality Center no painel de conexão do SAP TAO. Em seguida, insira o URL no navegador da web.

Step 2 - Insira os seguintes valores no SAP Quality Center by HP Site Administration e clique em apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 - Para um novo projeto, execute as seguintes etapas -

  • Crie um novo domínio e projeto no SAP QC.
  • Crie um novo usuário para atribuir esse projeto a um novo usuário.
  • Atribua a função de administrador do projeto ao usuário recém-criado.

Step 4 - Faça logoff do SAP Quality Center pela HP Site Administration.

Projeto HP

No SAP TAO, clique em SAP Quality Center. Você deve ter o URL do SAP Quality Center no painel de conexão do SAP TAO.

  • Step 1 - Insira o URL em seu navegador.

  • Step 2 - A próxima etapa é fazer o login no domínio / projeto.

  • Step 3 - Navegue até o plano de teste.

  • Step 4 - Na pasta Assunto, crie uma pasta com o nome Recursos BPT → crie uma biblioteca de pastas.

  • Step 5- O SAP TAO registra informações sobre a consolidação de teste em um campo de usuário das entidades de teste no QC e, por padrão, é TS_USER_01. Observe que isso está correto quando conectado ao SOLMAN para todos os testes criados pelo SAP TAO.

  • Step 6 - Os usuários do SAP QC não devem usar o campo de usuário semelhante para outros fins em seus projetos do Quality Center.

Criando área de aplicação no QTP

A área de aplicação é exigida pelos componentes SAP TAO para conter HP QTP e add-ons da web. Para criar uma área de aplicação no QTP, você precisa realizar as seguintes etapas -

  • Execute o QTP da HP como administrador. Isso varia de acordo com o sistema operacional.

  • Você pode selecionar suplementos da Web e SAP.

  • Em seguida, conecte-se automática ou manualmente ao projeto Quality Center. Esta etapa é automática se estiver configurada.

  • Em seguida, crie uma área de aplicativo com o nome_SAP_Doc. O nome da área do aplicativo é inserido quando o botão Salvar é clicado.

Analisador de fluxo de processo (PFA)

O Process Flow Analyzer é usado para descobrir automaticamente as interfaces de usuário usadas em códigos de transações executados no sistema SAP. Ele cria automaticamente os componentes de teste e os carrega no Quality Center.

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.

Clique no botão Adicionar transação → Insira o código de transação e clique em OK.

A próxima etapa é clicar no Start botão.

O TAO iniciará o SAP e registrará a transação inserida por você. Assim que o processo de transação for concluído, clique no botãoStop botão.

TAO irá retornar todas as telas que são usadas para criar o fluxo do processo. Em seguida, carregue a análise para o QC. Isso pode ser feito clicando noUpload botão.

Importar / Exportar

As opções de importação e exportação são usadas para exportar para o Quality Center e importar do Quality Center. Você precisa selecionar os componentes a serem importados e exportados e clicar no botão necessário.

Primeiro, identifique os componentes a serem importados ou exportados. CliqueExport para SAP QC ou Import do SAP QC para importar / exportar os componentes necessários.

Analisador de mudança

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 no botão change impact analysisopção. Isso permitirá que você analise e repare os componentes afetados no sistema SAP.

Inspecionar

Você deve adicionar códigos de transação à lista. SAP TAO retornará todas as telas associadas a uma transação específica. Você pode escolher qualquer tela e clicar noInspect opção.

Para analisar os resultados do SAP TAO, execute as seguintes etapas -

Step 1- Acesse a lista Testes e na árvore, clique no teste para a análise. Isso o levará a uma lista de relatórios e o status dos testes em execução será exibido.

Step 2 - Analise um teste, clique no View Reportopção. Será aberta uma nova janela com um relatório detalhado.

Existe uma opção para ajustar as colunas a serem exibidas clicando no ícone do mouse. Você também pode ver o formato HTML do relatório de teste clicando no Relatório HTML. Para investigar os resultados do teste mais detalhadamente, você pode acessar a pasta de log do relatório HTML.

A construção de teste é feita no SAP Quality Center usando SAP TAO. Você precisa consolidar os componentes de teste para criar cenários de teste. Você pode executar umsingle or multiple tests no SAP TAO usando Technical Bill of Material TBOM.

Execução de Teste Único

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 Execute and update TBOM.

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

Execução de múltiplos testes

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.

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.

Acontece quando os componentes transacionais são reunidos. A captura de tela a seguir mostra os componentes da transação no QC.

Você precisa encontrar o teste no Quality Center da árvore de CQ e clicar na opção Consolidar.

Selecione o código de transação que deseja consolidar e clique em Add to Consolidate list na parte inferior para criar um cenário de teste.

Conforme abordado nos capítulos anteriores, você precisa seguir as etapas abaixo -

  • Step 1 - Descubra a transação que você deseja consolidar no QC.

  • Step 2 - Adicione as transações para consolidar a lista.

  • Step 3 - Pressione o botão consolidar.

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 UI 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.

Se você tiver que usar o scanner de IU, será necessário ativá-lo na guia Inspeção da ferramenta SAP TAO. O scanner de IU é usado para obter as informações de uma tela de uma vez e transferir esses objetos de tela para o CQ como um componente da tela.

O scanner de IU permite criar componentes da tela SAP GUI que não são suportados pelo Process Flow Analyzer ou pela guia Inspection.

Como usar o UI Scanner com SAP TAO?

Ao fazer login no SAP TAO, clique no botão Inspectaba. Ele mostrará uma opção para usar o UI Scanner.

Faça login no sistema SAP. Digite o código da transação e vá para a tela a ser digitalizada e faça logoff.

Você pode usar a opção UI Scanner padrão com a ferramenta QTP, indo para a guia UI Scanning na opção Inspecionar no SAP TAO. Caso contrário, você pode usar o teste QTP personalizado com o processo do Scanner de IU, indo para o Scanner de IU e selecionando a opção externa.

No teste de automação, os testadores escrevem os scripts e usam outras ferramentas de software para testar o produto. Este processo envolve a automação de um processo manual. Em comparação, o teste manual é demorado e requer uma equipe de profissionais de teste de experiência, especialistas no assunto e comunicação eficaz entre os membros da equipe.

O Teste de Automação inclui a reexecução dos casos de teste várias vezes que foram executados manualmente.

Além do teste de regressão, você pode dizer que 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, melhorar a precisão e economizar tempo e dinheiro em comparação com o teste manual.

Ferramentas de teste de software

As seguintes ferramentas podem ser usadas para testes de automação -

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Teste em qualquer lugar
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

Para realizar o teste de Automação SAP, é necessário configurar uma comunicação entre SAP TAO, SAP Solution Manager e o sistema a ser testado.

Para definir esta configuração, você precisa de uma autorização de administração no SAP SOLMAN. Isso é necessário para acessar e modificar o conteúdo da tabela de dados.

T-Code: SE16

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

Em seguida, verifique a matriz de compatibilidade para SAP TAO e Solution Manager. 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.

Note- SAP TAO 3.0 é um componente do Solution Manager 7.1 e não oferece suporte ao Solution Manager 7.0. Abra o centro de trabalho Configuração do SAP Solution Manager e execute o código de transação - SOLMAN_SETUP.

Abra o SAP Logon e adicione o sistema a ser testado no logon.

Como conectar o SAP SOLMAN ao TAO?

Vá para SAP TAO, faça login e selecione SAP SOLMAN na lista. Esta lista de sistema no SAP TAO é obtida do arquivo de configuração de logon do SAP. Para adicionar um sistema no SAP TAO, você precisa adicionar um novo sistema no SAP Logon e atualizar a lista no TAO.

Insira as credenciais de login e clique em login. O SAP TAO será conectado ao SAP Solution Manager e o assistente de configuração do TAO será aberto.

O Business Process Testing (BPT) é uma parte da estrutura de automação QTP e é usado com o Quality Center da HP. BPT é usado para criar cenários de teste de automação e executar esses cenários sem qualquer 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 do negócio e reduz consideravelmente o tempo de ciclo de vida do teste.

Como usar a ferramenta HP Business Process Testing?

A ferramenta Business Process Testing usa componentes reutilizáveis ​​para criar casos de teste e, portanto, reduz o tempo de manutenção de teste e aumenta a eficiência do processo de teste.

Para acelerar o processo de automação de teste, ele usa o método orientado por palavras-chave. Você pode adicionar práticas recomendadas comuns ao processo de teste. Ele permite que você use uma solução de teste que não é baseada em scripts de teste. Depois que um teste manual é criado no BPT, você pode automatizar facilmente o caso de teste.

Você também pode manter diferentes versões e linha de base para diferentes componentes de teste, fluxos de processo sem qualquer chance de sobrescrever os casos antigos.

Os casos de teste criados com a ferramenta Business Process Testing podem ser executados com o HP Quality Center QC.

Benefícios de usar o HP Business Process Testing

Usando BPT, um SME não técnico pode facilmente criar, manter e executar os casos de teste e pode documentá-los em um sistema baseado na web.

  • Ele permite que você projete e crie os componentes reutilizáveis ​​em casos de teste e os use de acordo com os requisitos de negócios.

  • Você também pode executar scripts de teste usando o HP Sprinter.

  • Com a disponibilidade de framework para uso de componentes reutilizáveis, diminui o esforço de manutenção dos casos de teste.

HP Quality Center (ALM)

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

O HP-ALM nos ajuda a gerenciar marcos do projeto, entregas, recursos e controlar 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.

O módulo Requisitos permite que os usuários definam, gerenciem e rastreiem os requisitos em todos os estágios do ciclo de vida do software. A seguir estão as principais funcionalidades do módulo de requisitos.

S.No. Funcionalidade e descrição
1 Criando Requisitos

Crie requisitos, atribua a releases / ciclos.

2 Requisito de upload

Requisitos de upload usando suplementos ALM-MS Excel

3 Rastreabilidade de requisitos

Permite definir links de rastreabilidade entre requisitos e dependências que existem entre os requisitos.

4 Matriz de rastreabilidade

Permite que o usuário visualize a matriz de rastreabilidade que lista os requisitos de origem e seus requisitos e testes associados.

Plano de teste

A etapa crucial para testar qualquer aplicativo é desenvolver um plano de teste claro e preciso. Um bom plano de teste permite que a equipe avalie a qualidade do aplicativo em teste em qualquer ponto do ciclo de vida de desenvolvimento do software.

As seguintes funcionalidades são muito importantes para entender melhor o módulo do plano de teste.

S.No. Funcionalidade e descrição
1

Creating Tests

Este módulo descreve como criar pastas de assuntos de teste na árvore do plano de teste e também adicionar testes.

2

Uploading Tests

Upload de equipes usando suplementos do ALM-MS Excel

3

Requirement and Test Coverage

Habilite como definir a relação entre os requisitos e testes.

4

Test Configuration

Especifique o subconjunto de dados ou um ambiente de tempo de execução que o teste deve usar.

Mais detalhes sobre como o HP QC, vá para - http://www.tutorialspoint.com/qc/index.htm

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.

Repositório de Objetos

Repositório de objetos é uma coleção de objetos e propriedades com os quais o QTP será capaz de reconhecer os objetos e agir sobre eles. Quando um usuário registra um teste, os objetos e suas propriedades são capturados por padrão. Sem entender os objetos e suas propriedades, o QTP NÃO será capaz de reproduzir os scripts.

Ações

As ações ajudam os testadores a dividir os scripts em grupos de instruções QTP chamadas actions. 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.

Ações Funções
As ações são recursos internos do QTP. Funções VBScript são suportadas por VBScript e QTP.
Os parâmetros de ações são passados ​​apenas por valor. Os parâmetros da função são passados ​​por valor ou byref.
Ações têm extensão .mts As funções são salvas como .vbs ou .qfl
As ações podem ou não ser reutilizáveis. As funções são sempre reutilizáveis.

As propriedades da ação podem ser acessadas clicando com o botão direito na janela do Editor de scripts e selecionando "Propriedades".

As propriedades da ação contêm as seguintes informações -

  • Nome da Ação
  • Location
  • Bandeira Reutilizável
  • Parâmetros de entrada
  • Parâmetros de saída

Tipos de Ações

Existem três tipos de ações -

  • 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 a 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.

Para obter mais informações, use o seguinte link - http://www.tutorialspoint.com/qtp/index.htm

A maioria das empresas que implementam SAP precisa realizar testes. Como o escopo do teste é muito grande, uma abordagem automatizada pode ser seguida para manter as mudanças no sistema SAP.

Várias empresas desenvolveram suas soluções internas para atender aos requisitos do cliente para realizar testes SAP. Os clientes podem ser bancários, financeiros, de manufatura ou de saúde.

Exemplo

Dada a seguir é um exemplo de execução de teste SAP para uma empresa de manufatura.

Client Requirement- O cliente é uma empresa de manufatura sediada no Reino Unido. O requisito do projeto era realizar testes SAP usando QTP e realizar operações-chave de automação e teste funcional no campo de Recursos Humanos, Cadeia de Suprimentos, Logística, Gestão de Materiais e Manutenção de Plantas e usar casos de teste automatizados para atualização SAP e realizar testes de integração e regressão .

Tasks Performed- Tudo começou com a compreensão dos principais processos de negócios e tarefas do sistema SAP a serem automatizados. A equipe de teste fez referência a um projeto piloto antigo para finalizar a estratégia de teste, o tempo e o esforço necessários para executar a execução do teste na ferramenta HP QTP.

Como parte da implementação do projeto, 100 processos de negócios foram automatizados com sucesso. A solução implementada resultou em execução mais rápida, mais precisão, maior escopo e qualidade de serviço.

Tools Used - Foram utilizadas as seguintes ferramentas: SAP R / 3, HP QTP, scripts de teste escritos em VB e dados em formato XML e XLS.

Key Benefits Achieved - Os seguintes benefícios foram alcançados -

  • Validação do Sistema
  • Qualidade e receita
  • Custo e previsibilidade
  • Gestão de Conformidade
  • Novas mudanças de implementação e configuração

O SAP Testing consiste em testar a funcionalidade de vários módulos SAP para garantir que estejam funcionando de acordo com a configuração. O sistema SAP passa por várias alterações, como gerenciamento de patches e correções, implementações de novos módulos e várias outras alterações de configuração. Tudo isso levanta a necessidade de testes de regressão a serem realizados em ambientes SAP. Ferramentas de automação de teste SAP, como SAP TAO, podem ser usadas para essa finalidade e são recomendadas pela SAP para teste.

Os benefícios de realizar o teste SAP são múltiplos. Eles são os seguintes -

  • System Validation - 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 - O SAP Testing é um teste baseado em saída e não como métodos de teste convencionais que são baseados em entrada e que garante a qualidade do sistema SAP e também se concentra na receita e no custo da organização.

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

  • Compliance Requirement - O SAP Testing garante que a implementação 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 no sistema SAP, como patches e correções, novas implementações, mudanças configuracionais. O teste SAP garante que todos os módulos estejam funcionando de acordo com os requisitos deste 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, então 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.

O teste SAP pode ser realizado nos seguintes módulos -

  • SAP Material Management
  • Contabilidade Financeira e Controle SAP
  • Vendas e distribuição SAP
  • Recursos Humanos SAP
  • SAP Supply Chain Management
  • SAP Plant Management

Algumas das ferramentas de teste de automação são: HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner e LoadRunner.

Os diferentes estágios do Ciclo de Vida de Teste de Software são - 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 e fase de encerramento de teste.

O teste de unidade é usado para testar a funcionalidade de vários componentes em um sistema SAP. É realizado por especialistas em domínio e configuração que conhecem a funcionalidade de cada unidade em um sistema.

Example- Para 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 vendas pode ser salvo usando os elementos da organização SAP, como dados mestre do cliente, funções de parceiro, dados mestre de material, código da empresa, área de controle de crédito, organização de vendas, etc.

O teste de unidade é usado para testar a funcionalidade das peças no sistema SAP. É executado por um especialista em domínio e configuração que conhece a funcionalidade de cada unidade em um sistema.

Example- Para 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 vendas pode ser salvo usando os elementos da organização SAP, como dados mestre do cliente, funções de parceiro, dados mestre de material, código da empresa, área de controle de crédito, organização de vendas, etc.

O teste de sistema envolve a integração de elementos do sistema SAP para garantir que a funcionalidade SAP relacionada esteja conectada no ambiente de desenvolvimento.

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 do cliente aplicado contra a fatura contábil. Cada unidade é testada assim e, em seguida, os resultados do teste são combinados.

O teste baseado em cenário, como o nome sugere, é executado de acordo com casos de negócios específicos.

Example- Suponha que existam algumas tarefas específicas para um segmento de clientes ou uma determinada linha de produtos ou um conjunto de serviços. Para essas linhas específicas de destino, você tem diferentes cenários que precisa testar.

Este teste também é executado no ambiente de desenvolvimento, um argumento pode ser usado para dizer que este é um caso de teste que você cobriria no teste de sistema.

Neste teste, os dados de teste vêm de uma fonte real de extração de dados, a conversão é feita e o exercício de carga e os dados são conhecidos por um usuário final de negócios.

Example- O teste de integração é usado para apresentar que o processo de negócios, conforme projetado e configurado no SAP, é executado usando dados do mundo real. Além disso, o teste mostra que os gatilhos de interface, relatórios e fluxos de trabalho estão funcionando.

O teste de interface garante que um processo de negócios em um sistema SAP seja executado automaticamente. 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.

O SAP UAT é usado para garantir que os usuários finais possam executar funções de trabalho atribuídas com o novo sistema. O aspecto importante desse teste é entender os requisitos de negócios e garantir que os recursos, funções e recursos esperados estejam disponíveis.

O teste de desempenho identifica gargalos e ineficiências de codificação em um sistema SAP. É realizado para verificar -

  • 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 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 seu projeto.

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.

Esse teste geralmente é executado uma vez no ciclo de vida do projeto. O termo "cutover" significa uma execução em escala total de todas as tarefas envolvidas para extrair dados de sistemas legados e, em seguida, realizar qualquer tipo de conversão de dados, carregar os resultados no sistema SAP e validar totalmente os resultados, incluindo uma assinatura do usuário .

O SAP Regression Testing é usado para encontrar novas funcionalidades e para testar as funcionalidades antigas em um sistema quando ele é atualizado ou um novo sistema é configurado. A principal função do teste de regressão é testar a funcionalidade existente e a configuração e a base de código recém-atualizadas.

Quando você atualiza seu sistema SAP ou aplica um patch, isso não deve afetar a funcionalidade que se espera que seja executada pelos usuários e para verificar os novos recursos que devem ser introduzidos na nova versão.

A navegação de teste SAP garante que você cubra cada módulo de seu sistema SAP e pelo menos um teste a ser executado para cada funcionalidade.

Também reduz o esforço de teste manual e cobre a maioria dos caminhos de teste em um sistema SAP. Os testes OPA podem ser realizados para verificar SAP Testing - Navigation.

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 e é criado no pintor de tela e esse pintor de tela é semelhante a um editor ABAP.

Financial Modules - Contabilidade Financeira e Controladoria (FICO), Tesouro (TR) e Controle Empresarial (EC).

Logistics Modules - Gestão de Materiais (MM), Manutenção de Plantas (PM), Vendas e Distribuição (SD), Gestão de Qualidade (QM), etc.

Human Resource Management - Folha de Pagamento Contábil, Gerenciamento de Tempo, Gerenciamento de Treinamento e Eventos.

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.

Como um sistema ERP é um sistema centralizado comum e usado por vários usuários simultaneamente em tempo real, ele cria a necessidade de escrever os casos de teste com muito esforço e dedicação.

Os sistemas ERP também envolvem várias transações FI, de modo que cada caso de teste deve abranger o escopo de toda a parte de configuração e implementação. Os dados de teste devem ser aprovados com cuidado e cada teste deve ter uma coluna com os dados de saída do nome.

SAP Test Acceleration and Optimization TAO 2.0 é uma ferramenta que é usada para criar casos de teste automáticos durante o teste de regressão de um sistema. Ajuda os clientes SAP a criar diferentes componentes de teste a partir das telas de uma transação e parametrizá-los.

Esses componentes de teste são criados normalmente para um código de transação e, posteriormente, podem ser combinados para testar cenários. Ele pode ser facilmente integrado ao Business Process Change Analyzer no SAP Solution Manager.

  • RAM: 4 GB
  • Espaço livre em disco: 500 MB
  • Conexão LAN ao servidor SAP Quality Center QC e SOLMAN
  • Direitos de Administração
  • SAPGUI com o nível de patch mais recente
  • Microsoft Excel 97 ou superior.
  • Microsoft Internet Explorer para suporte de IU de CRM

O Process Flow Analyzer é usado para descobrir automaticamente as interfaces de usuário usadas em códigos de transação executados em um sistema SAP. Ele cria automaticamente os componentes de teste e os carrega no Quality Center. 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.

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.

Vá para SAP TAO, faça login e selecione SAP SOLMAN na lista. Esta lista de sistema SAP TAO é obtida do arquivo de configuração do logon SAP. Portanto, para adicionar um sistema no SAP TAO, você precisa adicionar um novo sistema no SAP Logon e atualizar a lista no TAO.

Insira as credenciais de login e clique em login.

SAP TAO será conectado ao SAP Solution Manager e o assistente de configuração TAO será aberto.