Test SAP - Guida rapida

Molte organizzazioni implementano SAP ERP (Enterprise Resource Planning) per gestire le proprie operazioni aziendali e adattarsi alle nuove sfide del mercato. SAP R / 3 è un software ERP integrato che consente alle organizzazioni di gestire la propria attività in modo efficiente. Le organizzazioni possono ridurre i costi di esecuzione delle operazioni utilizzando i pacchetti ERP SAP R / 3.

SAP R / 3 consente inoltre ai clienti di interagire con diversi database per eseguire diverse applicazioni con l'aiuto di una GUI user-friendly. Il sistema SAP R / 3 è suddiviso in diversi moduli per coprire le funzionalità delle diverse operazioni aziendali in un'organizzazione.

I moduli SAP R / 3 più comuni sono:

  • SAP Material Management.
  • Contabilità e controllo finanziario SAP.
  • Vendite e distribuzione SAP.
  • Risorse umane SAP.
  • SAP Supply Chain Management.
  • Gestione dell'impianto SAP.

SAP Testing riguarda il test della funzionalità di questi moduli e per garantire che funzionino come da configurazione.

Un sistema SAP subisce varie modifiche come la gestione delle patch e correzioni, nuove implementazioni di moduli e varie altre modifiche alla configurazione. Tutte queste modifiche sollevano la necessità di test di regressione da eseguire in ambienti SAP. A tale scopo è possibile utilizzare strumenti di automazione del testing SAP come SAP Test Acceleration e strumenti di ottimizzazione.

SAP TAOè uno strumento di automazione per generare casi di test per scenari end-to-end per applicazioni SAP. Oltre a questo, ci sono vari altri strumenti di test di automazione per i test SAP come HP QTP, ECATT, ecc. Che possono essere utilizzati.

Importanza del test

Ecco un elenco dei motivi chiave per cui viene eseguito il test SAP e perché è una funzione importante nella crescita di un'organizzazione:

  • System Validation - Il test SAP prevede il test completo end-to-end e la convalida di tutti i moduli SAP in ambiente SAP ERP.

  • Quality and Revenue- SAP Testing è un test basato sull'output e non come i metodi di test convenzionali che sono basati sull'input. Garantisce la qualità del sistema SAP e si concentra anche sui ricavi e sui costi dell'organizzazione.

  • Cost and Predictability - SAP Testing comporta la riduzione dei costi di sviluppo SAP e il miglioramento della prevedibilità.

  • Compliance Requirement - SAP Testing garantisce che l'implementazione SAP soddisfi i nuovi requisiti di conformità in un'organizzazione specifica e che tutti i moduli funzionino secondo la configurazione prevista.

  • New Implementation and Configuration Changes- Esistono diversi tipi di modifiche implementate in un sistema SAP, come patch e correzioni, nuova implementazione, modifiche alla configurazione. Pertanto, il test SAP garantisce che tutti i moduli funzionino secondo i requisiti in questo ambiente di sistema dinamico.

  • Integration- Il test SAP viene eseguito per testare vari report, flussi di dati e flussi di lavoro, moduli GUI, ecc. Viene utilizzato per verificare l'integrazione del sistema tra diversi moduli. Ad esempio, se viene eseguita una registrazione dell'ordine che richiede un'azione in Vendite e distribuzione, MM e FICO, il test SAP verifica l'integrazione tra questi sistemi.

  • Performance - Viene anche utilizzato per garantire se il sistema sarà in grado di soddisfare gli accordi sul livello di servizio, il tempo impiegato dal sistema per eseguire azioni specifiche, le prestazioni del sistema, ecc.

Esistono diversi metodi di test che possono essere utilizzati per testare la funzionalità di un software, un sistema o un'applicazione.

Le tecniche di test più comuni sono:

  • Unit Testing - È un tipo di test white box che prevede il test di una singola unità o di un gruppo di unità.

  • Integration Testing - In questo test, più sistemi vengono combinati insieme per testare l'output del sistema integrato.

  • Functional Testing - Controlla la funzionalità di ogni modulo in base al risultato desiderato.

  • Usability Testing- Verifica la facilità d'uso di un'applicazione o di un sistema. Verifica quanto sarebbe facile per un nuovo utente utilizzare un'applicazione o comprendere il sistema.

  • Acceptance Testing - Il test di accettazione viene eseguito per verificare se un sistema soddisfa i requisiti dell'utente e se accettare l'applicazione o il sistema.

  • System Testing - L'intero sistema viene testato secondo i requisiti e le specifiche.

  • Stress Testing - In questo test, il sistema viene sottoposto a stress oltre le sue specifiche per verificare quando fallisce.

  • Performance Testing - Questo test viene eseguito per verificare se il sistema soddisfa i requisiti di prestazione.

  • Regression Testing - Include il test dell'applicazione o del sistema completo per le modifiche.

  • Beta Testing- Lo scopo del beta testing è quello di coprire errori imprevisti. Rientra nella classe dei test della scatola nera. Viene eseguito rilasciando la pre-versione del prodotto finale, chiamato Beta.

  • Database Testing- Il test del database viene utilizzato per testare i dati nel database. Viene eseguito utilizzando istruzioni SQL.

  • ETL Testing - Il test ETL viene eseguito per garantire che i dati vengano estratti, trasformati e caricati correttamente da un sistema di origine a un sistema di destinazione.

Test manuale

Test manuale significa che stai testando un software manualmente senza utilizzare strumenti automatici o script. In questo tipo di test, il tester assume il ruolo di un utente finale e testa il software per identificare bug o comportamenti imprevisti.

Ci sono diverse fasi di un test manuale. Sono: test di unità, test di integrazione, test di sistema e test di accettazione dell'utente.

Vari piani di test, casi di test o scenari di test vengono utilizzati da un tester manuale per garantire la completezza del test. Può anche essere chiamato il test manualeexploratory testing perché i tester esplorano il software per identificare manualmente gli errori in esso.

Test di automazione

Nei test di automazione, il tester scrive gli script e utilizza gli strumenti software per testare il prodotto. Questo processo prevede l'automazione di un processo manuale. I test di automazione includono la riesecuzione dei casi di test più volte eseguiti manualmente.

Il test di automazione viene utilizzato anche per testare l'applicazione dal carico, dalle prestazioni e dallo scopo di stress. Viene utilizzato per aumentare la copertura del test. I test di automazione migliorano la precisione e fanno risparmiare tempo e denaro rispetto ai test manuali.

Strumenti di test del software

I seguenti strumenti possono essere utilizzati per i test di automazione:

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testare ovunque
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

Il ciclo di vita dello sviluppo del software determina la serie di passaggi da eseguire per sviluppare un'applicazione o l'efficienza di un software. In questo capitolo, discuteremo le fasi definite in SDLC. Ogni fase ha il proprio processo e risultati finali che entrano nella fase successiva.

Studio di fattibilità

La prima fase di SDLC è requirement gathering. Dopo aver raccolto i requisiti, il team presenta un piano approssimativo del processo software. In questa fase, il team analizza se è possibile realizzare un software per soddisfare tutti i requisiti dell'utente. Si scopre se il progetto è finanziariamente, praticamente e tecnologicamente fattibile per l'organizzazione. Sono disponibili molti algoritmi che aiutano gli sviluppatori a concludere la fattibilità di un progetto software.

Analisi del sistema

A questo punto, gli sviluppatori decidono una roadmap del loro piano e cercano di far apparire il miglior modello di software adatto al progetto. L'analisi del sistema include la comprensione dei limiti del prodotto software, i problemi relativi al sistema di apprendimento o le modifiche da apportare ai sistemi esistenti, l'identificazione e la gestione dell'impatto del progetto sull'organizzazione e sul personale, ecc. Il team di progetto analizza l'ambito del progetto e dei piani il programma e le risorse di conseguenza.

Progettazione software

Il passo successivo consiste nel portare l'intera conoscenza dei requisiti e dell'analisi sulla scrivania e progettare il prodotto software. Gli input degli utenti e le informazioni raccolte nella fase di raccolta dei requisiti sono gli input di questo passaggio. Il risultato di questo passaggio si presenta sotto forma di due modelli;logical design e physical design. Gli ingegneri producono meta-dati e dizionari di dati, diagrammi logici, diagrammi di flusso di dati e in alcuni casi pseudocodici.

Codifica

Questo passaggio è noto anche come programming phase. L'implementazione della progettazione del software inizia in termini di scrittura del codice del programma in un linguaggio di programmazione adatto e sviluppo efficiente di programmi eseguibili privi di errori.

Test

Una stima dice che il 50% dell'intero processo di sviluppo del software dovrebbe essere testato. Gli errori possono rovinare il software dal livello critico alla sua rimozione. Il test del software viene eseguito durante la codifica da parte degli sviluppatori e il test approfondito viene condotto da esperti di test a vari livelli di codice come test del modulo, test del programma, test del prodotto, test interno e test del prodotto presso l'utente. La scoperta precoce degli errori e il loro rimedio è la chiave per lo sviluppo di un software affidabile.

Integrazione

Potrebbe essere necessario integrare il software con le librerie, i database e altri programmi. Questa fase dell'SDLC riguarda l'integrazione del software con entità del mondo esterno.

Implementazione

Implementazione o distribuzione significa installare il software sulle macchine degli utenti. A volte, il software necessita di configurazioni post-installazione da parte dell'utente. Il software viene testato per la portabilità e l'adattabilità e i problemi relativi all'integrazione vengono risolti durante l'implementazione.

Ciclo di vita del test del software

Il ciclo di vita del test del software (STLC) è costituito da tutti i passaggi eseguiti in un modo specifico per garantire che gli obiettivi di qualità siano raggiunti e ogni passaggio ha obiettivi e risultati specifici.

STLC viene utilizzato per migliorare la qualità di un prodotto software e per renderlo in grado di soddisfare i requisiti aziendali per raggiungere determinati obiettivi.

Le diverse fasi che rientrano nel ciclo di vita del test del software sono le seguenti:

  • Fase dei requisiti
  • Pianificazione dei test
  • Analisi del test
  • Fase di progettazione del test
  • Implementazione del test
  • Fase di esecuzione del test
  • Fase di chiusura del test

Fase dei requisiti

Questa è la prima fase del ciclo di vita del test del software. Durante questa fase, il compito del tester è analizzare i requisiti. Esistono vari metodi per l'analisi dei requisiti, come condurre sessioni di brainstorming con uomini d'affari, membri del team e cercare di scoprire se i requisiti sono verificabili o meno.

Questa fase determina l'ambito del test. Se un team di test rileva delle funzionalità che non possono essere testate, è necessario comunicarlo al cliente.

Pianificazione dei test

In questa fase, il tester identifica le attività e le risorse che potrebbero aiutare a raggiungere gli obiettivi del test.

Sono definite varie metriche e sono disponibili metodi per determinare e monitorare tali metriche. La pianificazione dei test include anche l'identificazione degli indicatori chiave di prestazione per la valutazione dei test.

Analisi del test

Questa fase determina le linee guida che devono essere testate. Comprende l'identificazione delle condizioni di test utilizzando il documento dei requisiti, eventuali rischi coinvolti e altri criteri di test.

Vari fattori vengono utilizzati per scoprire le condizioni di prova:

  • Complessità del prodotto
  • Profondità di test
  • Rischio implicato
  • Abilità richieste
  • Conoscenza dei membri del team di test
  • Gestione dei test
  • Disponibilità degli stakeholder

Le condizioni del test dovrebbero essere scritte in modo dettagliato.

Prendiamo un file example. Per un sito web che vende prodotti online, una condizione di prova è che un cliente sia in grado di effettuare un pagamento online. Puoi aggiungere condizioni dettagliate come, il pagamento dovrebbe essere fattibile utilizzando carta di credito, trasferimento NEFT, carta di debito o net banking.

Il vantaggio di scrivere la condizione di test dettagliata è che aumenta la portata del test perché i casi di test sono normalmente scritti sulla base della condizione di test. Permette di scrivere casi di test più dettagliati. Aiuta anche a determinare la condizione di quando interrompere il test di un prodotto software.

Fase di progettazione del test

Questa fase determina come vengono eseguiti i test.

  • Suddividi le condizioni di prova in più sotto-condizioni per aumentarne la copertura.

  • Ottieni i dati del test.

  • Configurare l'ambiente di test.

  • Ottieni le metriche di tracciabilità dei requisiti.

  • Crea le metriche di copertura del test.

Fase di implementazione del test

Questa fase include la creazione di casi di test dettagliati secondo le condizioni di test e le metriche definite.

  • Dai la priorità al caso di test.
  • Scenario di test da utilizzare per la regressione.
  • Garantire la correttezza dei casi di test.
  • Firmare i casi di test prima che inizi l'esecuzione effettiva.

Fase di esecuzione del test

Questa fase del ciclo di vita del test del software implica l'effettiva esecuzione dei casi di test.

  • Esegui i casi di test.
  • Registra i difetti.
  • Controlla le metriche di tracciabilità per monitorare i progressi.

Chiusura del test

Questa fase include il controllo per il completamento del test.

  • Verificare che tutti i casi di test siano stati eseguiti e che siano stati aperti i difetti.
  • Annota le lezioni apprese.
  • Chiudere la fase di test.

Sono disponibili diversi tipi di metodi di test che possono essere utilizzati per eseguire i test SAP.

Test unitario

Lo unit test viene utilizzato per testare la funzionalità di un sistema SAP e dei suoi vari componenti. Viene eseguito da esperti di dominio e configurazione che conoscono la funzionalità di ciascuna unità in un sistema.

Esempio

Si supponga che l'attività sia creare un ordine di vendita e salvarlo. Per eseguire unit test per questa attività, il tester deve sapere che l'ordine di vendita può essere salvato utilizzando gli elementi dell'organizzazione SAP come i dati anagrafici del cliente, le funzioni dei partner, i dati anagrafici dei materiali, il codice dell'azienda, l'area di controllo del credito, l'organizzazione delle vendite, ecc.

Esempio

Nello sviluppo ABAP, è possibile eseguire un test unitario per verificare se è possibile creare un report dai dati generati dallo sviluppatore. Richiede l'assistenza dell'esperto del dominio.

Test di sistema

Il test di sistema prevede l'integrazione di elementi di un sistema SAP per garantire che le relative funzionalità SAP siano collegate tra loro nell'ambiente di sviluppo.

Esempio

Se si afferma che un flusso di cassa per un'offerta in un'organizzazione mostrerebbe che un preventivo può essere utilizzato per creare un ordine di vendita, una consegna può essere creata ed elaborata dall'ordine, la consegna può essere fatturata, la fatturazione rilasciata alla contabilità e un pagamento del cliente applicato sulla fattura contabile.

Ogni unità viene testata in questo modo e quindi i risultati del test vengono combinati utilizzando il test del sistema.

Test basati su scenari

Il test dello scenario, come suggerisce il nome, viene eseguito in base a casi aziendali specifici.

Esempio

Supponiamo che ci siano alcune attività specifiche per un segmento di clienti o una data linea di prodotti o un insieme di servizi. Per questa specifica linea di target, hai diversi scenari che devi testare. Questo test viene eseguito anche nell'ambiente di sviluppo.

Test d'integrazione

In questo test, i dati del test provengono da una vera fonte di estrazione dei dati. I dati sono noti agli utenti finali aziendali.

Il test di integrazione viene utilizzato per dimostrare che il processo aziendale, così come progettato e configurato in SAP, viene eseguito utilizzando dati del mondo reale. Inoltre il test mostra che l'interfaccia si attiva, i report, i flussi di lavoro funzionano.

Test dell'interfaccia SAP

Il test dell'interfaccia garantisce che un processo aziendale su un sistema SAP venga eseguito automaticamente, gli eventi vengano attivati ​​e i risultati vengano trasferiti al sistema ricevente. Il test dell'interfaccia prevede l'esecuzione sul sistema di invio seguita dalla generazione automatica dell'output dell'interfaccia, quindi il sistema ricevente consuma quel file e dimostra che un processo aziendale continua sul destinatario.

Idealmente, il test dell'interfaccia comporta attività di test più ampie man mano che il progetto avanza. Il test dell'interfaccia mostra che l'attivazione funziona, la selezione dei dati è accurata e completa, il trasferimento dei dati ha esito positivo e il destinatario è in grado di consumare i dati inviati.

Test di accettazione utente SAP

SAP UAT viene utilizzato per garantire che gli utenti finali siano in grado di eseguire le funzioni di lavoro assegnate con il nuovo sistema. L'aspetto importante di questo test è comprendere i requisiti aziendali e garantire che le caratteristiche, le funzioni e le capacità previste siano disponibili.

Test delle prestazioni del sistema SAP

Il test delle prestazioni verifica i seguenti aspetti:

  • Se il tempo di risposta del sistema è accettabile in base ai requisiti aziendali

  • Se i processi periodici vengono eseguiti entro il tempo consentito,

  • Se il carico utente simultaneo previsto può essere supportato

Il test delle prestazioni identifica i colli di bottiglia e le inefficienze di codifica nel sistema SAP. Non è probabile che l'ottimizzazione delle prestazioni del sistema sia perfettamente impostata e il programma sia in esecuzione con codice ottimizzato.

Test di carico SAP

In Load Testing, il tester applica il carico massimo su un sistema, utenti in linea o elaborazione batch periodica, e identifica se il sistema è in grado di gestire il carico. In caso contrario, rileva i passaggi necessari per migliorare le prestazioni.

Test di sicurezza e autorizzazioni SAP

Il test di sicurezza e autorizzazioni viene utilizzato per garantire che gli utenti siano solo in grado di eseguire transazioni e accedere a dati appropriati rilevanti per il loro progetto.

Come per l'implementazione degli standard di sicurezza, questo è molto importante per verificare se la sicurezza e l'autorizzazione sono inserite in un sistema. Gli ID di prova per i ruoli professionali vengono creati e utilizzati per confermare sia ciò che un utente può fare sia ciò che un utente non può fare.

Test completo di SAP

Il test completo viene solitamente eseguito una volta nel ciclo di vita del progetto. Qui viene eseguita un'esecuzione su vasta scala di tutte le attività coinvolte per estrarre i dati dai sistemi legacy. Quindi, per eseguire qualsiasi tipo di conversione dei dati, caricare i risultati nel sistema SAP e convalidare completamente i risultati, inclusa la firma di un utente.

Test di regressione SAP

Il test di regressione viene utilizzato per trovare nuove funzionalità e per testare le funzionalità precedenti in un sistema quando viene aggiornato o viene impostato un nuovo sistema. Il ruolo chiave del test di regressione è testare la funzionalità esistente e la configurazione e la base di codice appena aggiornati.

Quando si aggiorna il sistema SAP o si applica una patch, non dovrebbe influire sulla funzionalità che dovrebbe essere eseguita dagli utenti. Inoltre, non dovrebbe influire sulle nuove funzionalità che dovrebbero essere introdotte in una nuova versione.

Il processo di test SAP è solitamente suddiviso in tre fasi:

  • Pianificazione dei test
  • Testare la configurazione del sistema
  • Esecuzione e valutazione dei test

Pianificazione dei test

La pianificazione del test include i passaggi coinvolti nella fase iniziale del test.

  • Raccolta del requisito. Cosa deve essere testato? Requisiti funzionali da raccogliere per il test del sistema e dell'applicazione.

  • Sviluppo di casi di test per test manuali e di automazione. Nei test di automazione, è possibile utilizzare vari strumenti per creare casi di test.

  • Revisione dei casi di test.

Test della configurazione del sistema

La configurazione del sistema di test implica la configurazione dell'ambiente di test per eseguire i casi di test. Qui, il tester deve definire le metriche chiave per i rapporti.

Esecuzione e valutazione dei test

L'esecuzione e la valutazione del test implica l'esecuzione dei casi di test e la registrazione dell'output. Comprende le seguenti attività:

  • Gestione e segnalazione dei difetti.
  • Valutazione dei piani di prova come da risultato.
  • Documentazione di tutti i difetti e confronto dei risultati con le metriche chiave.

Test SAP - Processo critico

Nel test del sistema SAP, è necessario identificare i processi aziendali critici che saranno interessati dall'implementazione delle modifiche in un sistema SAP. Per lo più rientra nei test di regressione, in cui si applica una patch o si implementa un nuovo sistema.

Il primo passaggio prima di applicare queste modifiche è eseguire change impact analysis. Questo copre i processi critici che saranno influenzati dall'implementazione del cambiamento.

Esempio

Facciamo un esempio. Supponiamo che le modifiche pianificate siano le seguenti:

Modifiche pianificate

  • Pacchetto di supporto SAP 7
  • Codice personalizzato
  • Pacchetto potenziamento SAP

Sistema effettuato

  • Ordine di vendita
  • Consegna della merce
  • Metodo di pagamento

Analisi dell'impatto per processi critici

Qui, le seguenti attività devono essere svolte in Analisi di impatto:

  • Identificazione dei processi aziendali critici influenzati dall'implementazione del cambiamento.

  • Fornire una giustificazione aziendale in merito al motivo per cui è necessario attuare questo cambiamento.

  • Creazione del piano di test per monitorare i processi critici per i test SAP durante l'esecuzione della modifica.

  • Valutazione dell'impatto del cambiamento sui processi critici e lo scopo di implementare il cambiamento.

La navigazione nei test SAP garantisce di coprire ogni modulo del sistema SAP e di eseguire almeno un test per ciascuna funzionalità. Riduce inoltre lo sforzo di test manuale e copre la maggior parte dei percorsi di test in un sistema SAP.

È possibile eseguire test OPA per controllare la navigazione dei test SAP. OPA è noto comeOpen Source Programminglinguaggio ed è utilizzato principalmente per lo sviluppo di applicazioni web. Per la compilazione del programma OPA, è possibile utilizzare Node.js sul server e JavaScript sul lato client.

Creazione di un test utilizzando OPA

OPA ti consente di utilizzare tre oggetti in formato Qunit. Queste funzioni dovrebbero essere definite in un test in modo che OPA sappia quali azioni intraprendere.

  • Given - per passare accordi.

  • When - azioni da intraprendere.

  • Then - affermazione.

Esempio

L'esempio seguente mostra come utilizzare tutti e 3 gli oggetti in 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();
}

Il passaggio successivo consiste nel definire le tre funzioni.

Definizione delle funzioni

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

Nella funzione precedente, abbiamo assunto che l'app venga eseguita in una pagina chiamata index.html. Il nostro test OPA si trova nella cartella test / opa.html.

Definizione di accordi

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"
      });
   }
})

Definizione di asserzioni

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"
      )}
   }
})

Esecuzione del test OPA

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

La logica del flusso dello schermo in SAP Testing è come un codice ABAP e viene utilizzata per contenere i blocchi di elaborazione. Contiene la parte procedurale dello schermo. Viene creato in Screen Painter e questo Screen Painter è simile a un editor ABAP.

La logica del flusso dello schermo non implica alcuna dichiarazione di dati esterni e ogni blocco di elaborazione è definito con un prefisso "PROCESSO". Per esempio,

  • PROCESSO DOPO L'INPUT
  • PROCESSO PRIMA DELL'USCITA
  • PROCESSO SU RICHIESTA DI AIUTO
  • PROCESSO SU RICHIESTA DI VALORE

Ogni logica di flusso dello schermo deve contenere le parole chiave PROCESSO DOPO INGRESSO e PROCESSO PRIMA DELL'USCITA.

In un blocco di eventi, puoi utilizzare parole chiave come MODULE, FIELD, ON, VALUES, CALL, ecc.

S.No. Parola chiave e descrizione della logica del flusso dello schermo
1

MODULE

Chiama un modulo di dialogo in un programma ABAP

2

FIELD

Specifica il punto in cui deve essere trasportato il contenuto di un campo dello schermo

3

ON

Usato insieme a FIELD

4

VALUES

Utilizzato insieme a FIELD

5

CHAIN

Avvia una catena di elaborazione.

6

ENDCHAIN

Termina una catena di elaborazione.

7

CALL

Chiama uno schermo secondario.

8

LOOP

Avvia l'elaborazione di una tabella dello schermo.

9

ENDLOOP

Termina l'elaborazione di una tabella dello schermo.

Creazione del flusso dello schermo

Nel browser Repository, fare doppio clic sul nome di una schermata e verrà visualizzata la logica di flusso della schermata.

L'editor della logica di flusso dello Screen Painter si aprirà e tu modifichi la logica del flusso dello schermo. È possibile utilizzare uno qualsiasi degli editor di codice sorgente ABAP disponibili per definire la logica del flusso.

È possibile utilizzare le seguenti parole chiave per creare la logica del flusso dello schermo:

S.No. parole chiave e descrizione
1

CALL

Chiama uno schermo secondario.

2

CHAIN

Avvia una catena di elaborazione.

3

ENDCHAIN

Termina una catena di elaborazione.

4

ENDLOOP

Termina l'elaborazione del ciclo.

5

FIELD

Si riferisce a un campo. Può essere combinato con le parole chiave MODULO e SELEZIONA.

6

LOOP

Avvia l'elaborazione del ciclo.

7

MODIFY

Modifica una tabella.

8

MODULE

Identifica un modulo di elaborazione.

9

ON

Utilizzato con le assegnazioni FIELD.

10

PROCESS

Definisce un evento di elaborazione.

11

SELECT

Controlla una voce in una tabella.

Schermate di test

Le schermate di test vengono utilizzate per verificare l'aspetto di una schermata come apparirà in fase di esecuzione. Se hai già programmato la logica di flusso, puoi scegliere se simulare la schermata con o senza di essa.

Per eseguire il test dello schermo, seguire i passaggi indicati di seguito:

  • Seleziona Schermo → Test.
  • Il sistema visualizzerà una finestra di dialogo per la simulazione runtime.
  • È possibile modificare le coordinate della finestra, se necessario.
  • Quindi, definire l'ambito della simulazione.
  • Per includere la logica di flusso, fare clic su "scegli logica di flusso completa".
  • Fare clic su Continua e verrà visualizzata la simulazione dello schermo.

Esistono diversi moduli SAP implementati in un'organizzazione che possono essere testati utilizzando vari strumenti di test come HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) e lo strumento SAP Test Acceleration and Optimization (TAO).

Moduli SAP comuni

I moduli SAP comuni sono elencati di seguito:

  • Financial Modules - Finance Accounting and Controlling (FICO), Treasure (TR) e Enterprise Control (EC).

  • Logistics Modules - Gestione dei materiali (MM), Manutenzione degli impianti (PM), Vendite e distribuzione (SD), Gestione della qualità (QM), ecc.

  • Human Resource Management - Contabilità buste paga, gestione del tempo, formazione e gestione degli eventi.

Tutti questi moduli sono interdipendenti e la funzionalità di un modulo influisce sulla funzionalità di altri moduli.

Esempio

Supponiamo di dover creare un ordine di vendita nel modulo Vendite e distribuzione (SD). Qui, devi prima inserire il filetransaction code(ad esempio, codice transazione VA01). Quindi, controlla lo stock dell'articolo nel modulo Inventario e controlla il limite di credito disponibile sul profilo del cliente nel modulo di relazione con il cliente. Mostra che tutti questi moduli sono interdipendenti; se personalizzi uno di questi moduli, influenzerà il relativo sistema ERP.

Per eseguire i test SAP, è necessario comprendere le caratteristiche, le funzionalità e il modo in cui si svolge il flusso di lavoro in questi moduli SAP. La maggior parte dei motivi comuni di fallimento del progetto di implementazione ERP è una pianificazione del test errata e l'uso di casi di test errati.

I sistemi ERP non SAP come PeopleSoft, Edwards, Oracle E business suite hanno clienti e capacità differenti. Il team di test deve comprendere la funzionalità del sistema completo.

Tipi di team di test

Normalmente sono disponibili due tipi di tester nei progetti SAP:

  • Core Testers - che sono responsabili dell'esecuzione dei test di base del sistema e dei moduli ERP.

  • Implementation Testers - che lavorano al progetto di implementazione e coprono le funzionalità di personalizzazione dei moduli SAP.

Le richieste di personalizzazione dei client possono influire sui moduli di un sistema SAP. Il team di test dovrebbe essere in grado di registrare ogni richiesta di personalizzazione e il suo impatto sugli altri moduli SAP.

I sistemi ERP sono sistemi di grandi dimensioni e quindi il processo di test dovrebbe idealmente essere automatizzato. È sempre consigliabile eseguire test automatici per i sistemi ERP, poiché il test manuale è un processo lungo e che richiede molto tempo. Senza testare ogni componente del sistema SAP, è davvero difficile ottenere una qualità al 100% e un'implementazione di successo del progetto SAP.

Esecuzione di test SAP per l'esempio precedente utilizzando QTP

Per eseguire il test SAP per l'esempio precedente, seguire i passaggi indicati di seguito:

  • Il primo passo è installare lo strumento HP QTP e installare i plug-in necessari all'interno di QTP per renderlo compatibile per la connessione al sistema ERP.

  • Il passaggio successivo consiste nell'utilizzare HP Quality Center (QC) per sviluppare il piano di test e quindi convertire il progetto del piano di test in script di test. Questi piani di test possono essere convertiti in script utilizzando HP QTP.

  • Quindi, registrare la schermata della GUI R / 3 del sistema SAP per il modulo SD durante la creazione dell'ordine di vendita o la creazione di PR in MM.

  • Dopo aver finito con la registrazione nello strumento QTP, creare uno script in VB.

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

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

È inoltre possibile aggiungere diversi parametri e personalizzazioni secondo le proprie esigenze.

Un'interfaccia in un sistema ERP è nota come uno strumento responsabile per ottenere dati da un sistema e spostare tali dati su un altro sistema. Ad esempio, si supponga di avere un programma che produce un report in formato XML e quindi questo programma legge il file XML per fornire input a un altro sistema. Puoi anche manipolare mentre passi le informazioni da un sistema all'altro.

Esempio

Considera uno strumento per fornitori che si prende cura della presenza dei dipendenti. Ora, l'interfaccia di sistema prenderà queste informazioni e le popolerà nel sistema SAP HR.

Il test dell'interfaccia garantisce che questo lavoro venga eseguito correttamente per garantire che i dati vengano trasferiti completamente e che non vi siano errori durante il trasferimento dei dati al sistema SAP HR.

Punti da considerare durante l'esecuzione di SAP Interface Testing

Il test dell'interfaccia SAP dipende esclusivamente dalle operazioni e dai processi organizzativi. Durante l'esecuzione del test dell'interfaccia SAP, è necessario considerare i seguenti punti chiave:

  • Qual è lo scopo dell'utilizzo di SAP Interface e quali scenari di business vengono elaborati dall'interfaccia?

  • Verificare se l'interfaccia sta elaborando tutti gli scenari di business in modo accurato secondo la strategia di test.

  • Per eseguire il test dell'interfaccia, la migliore pratica è iniziare con l'esecuzione del test unitario.

  • Devi controllare se l'interfaccia in uscita va bene, il che significa che garantisce di eseguire le specifiche del file in termini di layout, ecc.

  • Devi controllare se l'interfaccia in entrata va bene. Verificare se sta leggendo il file correttamente e se sta eseguendo i passaggi corretti nel sistema di destinazione.

I casi di test SAP sono necessari per eseguire un controllo sull'installazione e la configurazione del sistema SAP, qualsiasi nuova implementazione, test multilingue e dei dispositivi, test intranet, test in tempo reale, ecc.

Un sistema ERP è un sistema centralizzato comune e viene utilizzato da più utenti contemporaneamente in tempo reale. Quindi crea la necessità di scrivere i casi di test con molto impegno e dedizione.

Un sistema ERP coinvolge anche varie transazioni FI, quindi ogni caso di test dovrebbe coprire l'ambito di tutta la parte di configurazione e implementazione. I dati del test dovrebbero essere passati con attenzione e ogni test dovrebbe avere una colonna con il nome dei dati di output.

Esempio

Test Case ID - XYZ_ERP_SD_A20301

Module - SAP Sales & Distribution SD

Controlliamo la transazione VA01 per creare un ordine di vendita nel sistema di vendita e distribuzione (SD).

Campi da inserire durante la creazione di un Ordine -

  • Data dell'ordine
  • Tipo di ordine
  • Data di scadenza
  • identificativo del cliente
  • ID spedizione, dettagli di spedizione, ecc

Dopo aver inserito i dettagli, premere Invio e aggiungere tutti i dettagli nell'ordine di vendita.

Per creare un test-case SAP, puoi passare i dati di input (corretto e errato e vedere il risultato) -

Correggere i dati di input

  • Data ordine 01/01/2016, Tipo di ordine Ordine di vendita
  • Data di scadenza 15/01/2016, Data di spedizione 10/01/2016,
  • Seleziona Data di scadenza del pagamento 10/01/2015, Qtà articolo 10, ecc.

Dati di input errati

  • Data ordine 01/01/2017, Tipo di ordine Ordine di vendita
  • Data di scadenza 15/01/2017, Data di spedizione 10/01/2017,
  • Seleziona Data di scadenza del pagamento 10/01/2017, Qtà articolo 0, ecc.

Dati di output - Con dati corretti

  • L'ordine è stato salvato con successo nel modulo SAP e fatturato.
  • Il prossimo è il numero della bolla di accompagnamento.
  • Il prossimo è il numero dell'ordine di spedizione, ecc.

Dati di output - Con dati errati

  • Messaggio di errore per immissione di dati errati. Il messaggio di testo per i dati di input errati dovrebbe essere definito nel sistema.

Uscita prevista

  • Ordine di vendita#
  • Fattura di vendita n.
  • Packing List #, ecc.

SAP Testing TAO (Test Acceleration and Optimization) è uno strumento utilizzato per eseguire test automatizzati dei sistemi SAP. SAP TAO aiuta i clienti ad accelerare il processo di creazione di casi di test automatizzati per i sistemi SAP. I test di automazione utilizzando TAO vengono eseguiti creando componenti di test per varie transazioni nei moduli SAP.

I componenti di test che utilizzano TAO vengono caricati su HP Quality Center. I componenti di test creati in questo modo sono normalmente per le singole transazioni e possono essere utilizzati successivamente per creare scenari di test. Questo strumento può essere facilmente integrato con SAP Solution Manager per mantenere i diversi componenti di test.

In breve, si può dire che SAP TAO consente ai clienti SAP di automatizzare le esigenze aziendali creando automaticamente bozze di casi di test e componenti di test.

Caratteristiche principali di TAO

SAP TAO consente ai clienti di suddividere un singolo software in più parti che possono essere integrate nei casi di test utilizzando una semplice interfaccia trascinando e rilasciando ciascuna parte.

  • TAO supporta il riutilizzo flessibile dei casi di test e dei dati.

  • Se c'è qualche cambiamento funzionale nel sistema, è facile mantenere i casi di test a causa di questo cambiamento.

Le versioni comuni di SAP TAO sono TAO 2.0 e TAO 3.0.

Integrazione SAP TAO con altri strumenti

Una delle caratteristiche chiave di SAP TAO è che può essere facilmente integrato con vari strumenti per creare casi di test automatizzati. Alcuni strumenti comuni che possono essere integrati con TAO sono:

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

SAP TAO 2.0

SAP TAO 2.0 è uno strumento utilizzato per creare casi di test automatici durante i test di regressione di un sistema. Aiuta i clienti SAP a creare diversi componenti di test dalle schermate di una transazione e parametrizzarli.

Questi componenti di test vengono creati normalmente per un codice transazione e successivamente possono essere combinati per testare scenari. Può essere facilmente integrato con Business Process Change Analyzer in SAP Solution Manager.

SAP TAO 2.0 viene fornito con diversi Service Pack SP 02, SP 04 e SP 06.

SAP TAO esegue le seguenti attività in SAP Testing Lifecycle:

  • Creazione di casi di test
  • Rigenerazione dei componenti interessati
  • Consolidamento dei casi di test
  • Esecuzione del test

Architettura di processo SAP TAO

La figura seguente mostra l'architettura del processo di SAP TAO.

I passaggi sono i seguenti:

  • Il primo passo è ottenere i requisiti per SAP Testing. Ciò include la comprensione della funzionalità dei moduli SAP e l'identificazione del requisito per l'esecuzione del test.

  • Successivamente, ottenere le informazioni dall'analisi dei requisiti per generare i componenti di test.

  • Il passaggio successivo consiste nel generare casi di test e componenti utilizzando lo strumento SAP TAO.

  • L'ultimo passaggio consiste nel documentare i risultati del test e aggiornare l'analisi con i risultati del test.

Prerequisiti per l'installazione di SAP TAO

Scaricato SAP Solution Manager Solman Matrice di compatibilità, Quality Center e SAP TAO da questo collegamento - http://service.sap.com

Vai a Gestione test e informazioni aggiuntive> Gestione test. Mostrerà tutti i componenti compatibili supportati da SAP TAO.

Verifica i prerequisiti per i componenti sui sistemi SAP nel tuo panorama di sistema -

  • Versione di SAP Solution Manager SOLMAN, dopo aver verificato la matrice di compatibilità come sopra.

  • Versione di ST-PI su tutti i sistemi in prova.

  • Versione di ST-A / PI su sistemi in prova di tipo CRM.

Per il centro di lavoro Configurazione di SAP Solution Manager, assicurarsi che i sistemi sui quali deve essere eseguito il test siano collegati a SOLMAN.

L'installazione del client SAP TAO richiede la seguente configurazione sul sistema locale:

  • RAM: 4 GB.
  • Spazio libero su disco: 500 MB.
  • Connessione LAN al server QC di SAP Quality Center e SOLMAN.
  • Diritti amministrativi.
  • SAPGUI con l'ultimo livello di patch.
  • Microsoft Excel 97 o versione successiva.
  • Microsoft Internet Explorer per il supporto dell'interfaccia utente CRM.

Ci sono vari moduli all'interno dello strumento SAP TAO. Abbiamo discusso i componenti chiave in questo capitolo.

Analizzatore di flusso di processo

Il primo componente è Process Flow Analyzer che viene utilizzato per rilevare automaticamente le interfacce utente utilizzate nei codici di transazione eseguiti nel sistema SAP. Crea automaticamente i componenti del test e li carica in Quality Center.

Process Flow Analyzer viene utilizzato anche per identificare la sequenza dei componenti di test in base alle azioni dell'utente e alla creazione dei valori del foglio di calcolo.

Ispezionare

Devi aggiungere i codici di transazione all'elenco. SAP TAO restituirà tutte le schermate associate a una particolare transazione. Puoi scegliere qualsiasi schermata e fare clic sull'opzione Ispeziona.

Consolidare

Ti consente di raccogliere più componenti di test in un unico test. È necessario trovare il test in Quality Center dalla struttura QC e fare clic su Consolida.

Seleziona il codice transazione che desideri consolidare e fai clic Add to Consolidate list in basso per creare uno scenario di prova.

Importazione e esportazione

Le opzioni di importazione ed esportazione vengono utilizzate per esportare in Quality Center e importare da Quality Center. È necessario selezionare i componenti da importare ed esportare e fare clic sul pulsante richiesto.

Cambia analizzatore

Change Analyzer viene utilizzato per tenere traccia delle modifiche e dell'impatto sul sistema SAP. Quando si apportano modifiche a un sistema SAP, vengono identificati i processi aziendali interessati.

Per utilizzare Change Analyzer, seleziona il progetto specifico e fai clic su change impact analysisopzione. Ti consentirà di rivedere e riparare i componenti interessati nel sistema SAP a causa di questa modifica.

Repository

Il repository viene utilizzato per contenere informazioni su tutti i componenti di test e il flusso in un progetto. Per esaminare le informazioni su qualsiasi componente di test e per controllare il flusso del processo, è possibile fare clic suComponent Explorer o PFA Explorer.

La configurazione di SAP Quality Center può essere eseguita in due modi:

  • Attributi del server HP
  • Progetto HP

Attributi del server HP

Step 1- In SAP TAO, fare clic su SAP Quality Center. Dovresti avere l'URL del SAP Quality Center nel pannello di connessione di SAP TAO. Quindi, inserisci l'URL nel browser web.

Step 2 - Immettere i seguenti valori in SAP Quality Center di HP Site Administration e fare clic su apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 - Per un nuovo progetto, eseguire i seguenti passaggi:

  • Crea nuovo dominio e progetto in SAP QC.
  • Crea nuovo utente per assegnare quel progetto a un nuovo utente.
  • Assegna il ruolo di amministratore del progetto all'utente appena creato.

Step 4 - Disconnettersi da SAP Quality Center tramite HP Site Administration.

Progetto HP

In SAP TAO, fare clic su SAP Quality Center. Dovresti avere l'URL del SAP Quality Center nel pannello di connessione di SAP TAO.

  • Step 1 - Inserisci l'URL nel tuo browser web.

  • Step 2 - Il prossimo passo è accedere al dominio / progetto.

  • Step 3 - Vai al piano di test.

  • Step 4 - In Cartella Oggetto, crea una cartella con il nome Risorse BPT → crea una libreria di cartelle.

  • Step 5- SAP TAO annota le informazioni sul consolidamento del test in un campo utente delle entità di test in QC e per impostazione predefinita è TS_USER_01. Notare che questo è corretto quando ci si collega a SOLMAN per tutti i test creati da SAP TAO.

  • Step 6 - Gli utenti SAP QC non devono utilizzare il campo utente simile per altri scopi nei loro progetti Quality Center.

Creazione dell'area di applicazione in QTP

L'area dell'applicazione è richiesta dai componenti SAP TAO per contenere HP QTP e componenti aggiuntivi Web. Per creare un'area di applicazione in QTP, è necessario eseguire i seguenti passaggi:

  • Esegui QTP di HP come amministratore. Varia a seconda del sistema operativo.

  • È possibile selezionare componenti aggiuntivi Web e SAP.

  • Quindi, connettiti automaticamente o manualmente al progetto Quality Center. Questo passaggio è automatico se configurato.

  • Successivamente, crea un'area dell'applicazione con name_SAP_Doc. Il nome dell'area dell'applicazione viene inserito quando si fa clic sul pulsante Salva.

Analizzatore di flusso di processo (PFA)

Process Flow Analyzer viene utilizzato per rilevare automaticamente le interfacce utente utilizzate nei codici di transazione eseguiti nel sistema SAP. Crea automaticamente i componenti del test e li carica in Quality Center.

Viene anche utilizzato per identificare la sequenza dei componenti di test in base alle azioni dell'utente e alla creazione dei valori del foglio di calcolo.

Fare clic sul pulsante Aggiungi transazione → Immettere il codice della transazione e fare clic su OK.

Il passaggio successivo consiste nel fare clic su Start pulsante.

TAO avvierà SAP e registrerà la Transazione inserita da te. Una volta completato il processo di transazione, fare clic suStop pulsante.

TAO restituirà tutte le schermate utilizzate per creare il flusso del processo. Quindi, carica l'analisi in QC. Questo può essere fatto facendo clic suUpload pulsante.

Importa / Esporta

Le opzioni di importazione ed esportazione vengono utilizzate per esportare in Quality Center e importare da Quality Center. È necessario selezionare i componenti da importare ed esportare e fare clic sul pulsante richiesto.

Innanzitutto, identifica i componenti da importare o esportare. ClicExport a SAP QC o Import da SAP QC per importare / esportare i componenti richiesti.

Cambia analizzatore

Change Analyzer viene utilizzato per tenere traccia delle modifiche e dell'impatto sul sistema SAP. Quando si apportano modifiche a un sistema SAP, vengono identificati i processi aziendali interessati.

Per utilizzare Change Analyzer, seleziona il progetto specifico e fai clic su change impact analysisopzione. Ti consentirà di rivedere e riparare i componenti interessati nel sistema SAP.

Ispezionare

Devi aggiungere i codici di transazione all'elenco. SAP TAO restituirà tutte le schermate associate a una particolare transazione. Puoi scegliere qualsiasi schermata e fare clic suInspect opzione.

Per analizzare i risultati di SAP TAO, eseguire i seguenti passaggi:

Step 1- Vai all'elenco dei test e, nell'albero, fai clic sul test per l'analisi. Ti porterà all'elenco dei rapporti e verrà visualizzato lo stato dei test in esecuzione.

Step 2 - Analizza un test, fai clic su View Reportopzione. Si aprirà una nuova finestra con un report dettagliato.

C'è un'opzione per regolare le colonne da visualizzare facendo clic sull'icona del mouse. È inoltre possibile visualizzare il formato HTML del rapporto di prova facendo clic sul Rapporto HTML. Per esaminare ulteriormente i risultati del test, è possibile accedere alla cartella del registro dal report HTML.

La creazione del test viene eseguita in SAP Quality Center utilizzando SAP TAO. È necessario consolidare i componenti di test per creare scenari di test. Puoi eseguire un filesingle or multiple tests in SAP TAO utilizzando la distinta base tecnica TBOM.

Esecuzione di test singolo

La distinta base tecnica (TBOM) viene utilizzata per contenere gli oggetti in una forma eseguibile. Change Analyzer lo utilizza per sapere se un oggetto eseguibile viene influenzato quando viene eseguita una modifica.

Nel caso in cui si desideri utilizzare Business Process Change Analyzer, è necessario generare un TBOM per ogni oggetto eseguibile negli scenari e nei processi di test.

Note - Se devi eseguire un singolo test e devi aggiornare TBOM, fai clic su Execute and update TBOM.

Puoi controllare i dettagli dell'aggiornamento sulla pagina TBOM. È possibile modificare l'elenco di esecuzione creato in SAP TAO.

Esecuzione di più test

In Business Process Change Analyzer, per eseguire più test, è possibile selezionare una cartella e aggiungerla all'elenco di esecuzione. È inoltre possibile selezionare la creazione TBOM al momento dell'esecuzione.

Note - Se TBOM esiste già al momento dell'esecuzione, aggiornerà solo il TBOM esistente.

Il consolidamento è noto come un processo per combinare componenti SAP TAO con componenti incorporati per creare scenari di test come singoli componenti aziendali transazionali. Ti consente di raccogliere più componenti di test in un unico test.

Succede quando vengono raccolti i componenti transazionali. Lo screenshot seguente mostra i componenti della transazione in QC.

È necessario trovare il test in Quality Center dalla struttura QC e fare clic sull'opzione Consolida.

Seleziona il codice transazione che desideri consolidare e fai clic Add to Consolidate list in basso per creare uno scenario di prova.

Come spiegato nei capitoli precedenti, è necessario seguire i passaggi indicati di seguito:

  • Step 1 - Scopri la transazione che desideri consolidare in QC.

  • Step 2 - Aggiungi le transazioni per consolidare l'elenco.

  • Step 3 - Premere il pulsante Consolida.

Lo scanner dell'interfaccia utente viene utilizzato per creare nuovi componenti dello schermo con componenti esistenti. È un plugin per lo strumento QTP. Dovresti provare a utilizzare la scheda Ispeziona sullo scanner dell'interfaccia utente. Lo scanner dell'interfaccia utente standard funziona solo con il client front-end della GUI. È inoltre possibile utilizzare lo scanner dell'interfaccia utente di terze parti per acquisire i componenti dello schermo.

Se devi usare lo scanner dell'interfaccia utente, devi attivarlo nella scheda Ispezione dello strumento SAP TAO. Lo scanner dell'interfaccia utente viene utilizzato per ottenere le informazioni da uno schermo in una volta e trasferire questi oggetti dello schermo a QC come componente dello schermo.

Lo scanner dell'interfaccia utente consente di creare componenti dalla schermata SAP GUI che non sono supportati da Process Flow Analyzer o dalla scheda Inspection.

Come utilizzare lo scanner dell'interfaccia utente con SAP TAO?

Quando accedi a SAP TAO, fai clic su Inspecttab. Mostrerà un'opzione per utilizzare lo scanner dell'interfaccia utente.

Accedi al sistema SAP. Inserisci il codice della transazione e vai alla schermata per essere scansionato e disconnettersi.

È possibile utilizzare l'opzione di scansione dell'interfaccia utente predefinita con lo strumento QTP, andando alla scheda Scansione dell'interfaccia utente sotto l'opzione Ispeziona in SAP TAO. Altrimenti, puoi utilizzare il test QTP personalizzato con il processo di scansione dell'interfaccia utente andando su Scanner dell'interfaccia utente e selezionando l'opzione esterna.

Nei test di automazione, i tester scrivono gli script e utilizzano altri strumenti software per testare il prodotto. Questo processo implica l'automazione di un processo manuale. In confronto, i test manuali richiedono molto tempo e un team di professionisti dei test di esperienza, esperti in materia e una comunicazione efficace tra i membri del team.

Il test di automazione include la riesecuzione dei casi di test più volte eseguiti manualmente.

Oltre al test di regressione, si può dire che il test di automazione viene utilizzato anche per testare l'applicazione dal carico, dalle prestazioni e dallo scopo di stress. Viene utilizzato per aumentare la copertura del test, migliorare la precisione e risparmiare tempo e denaro rispetto ai test manuali.

Strumenti di test del software

I seguenti strumenti possono essere utilizzati per i test di automazione:

  • HP Quick Test Professional (QTP)
  • Selenium
  • SAP TAO
  • ECATT
  • IBM Rational Functional Tester
  • SilkTest
  • TestComplete
  • Testare ovunque
  • WinRunner
  • LaodRunner
  • Visual Studio Test Professional
  • WATIR

Per eseguire il test di SAP Automation, è necessario impostare una comunicazione tra SAP TAO, SAP Solution Manager e il sistema da testare.

Per impostare questa configurazione, è necessaria un'autorizzazione di amministrazione su SAP SOLMAN. Ciò è necessario per accedere e modificare il contenuto della tabella dati.

T-Code: SE16

È necessario visualizzare il nome della tabella: AGS_TAO_SETTING e modificare il valore per AGS_TAO_ENABLE_SM_SETUP su ON.

Quindi, controlla la matrice di compatibilità per SAP TAO e Solution Manager. SAP TAO 3.0 contiene una procedura guidata di registrazione dell'analizzatore di flusso di processo che può essere utilizzata per facilitare la registrazione del test.

Note- SAP TAO 3.0 è un componente per Solution Manager 7.1 e non supporta Solution Manager 7.0. Aprire il centro di lavoro Configurazione di SAP Solution Manager ed eseguire Codice transazione - SOLMAN_SETUP.

Aprire SAP Logon e aggiungere il sistema da testare all'accesso.

Come collegare SAP SOLMAN a TAO?

Vai a SAP TAO e accedi e seleziona SAP SOLMAN nell'elenco. Questo elenco di sistemi in SAP TAO viene recuperato dal file di configurazione dell'accesso SAP. Per aggiungere un sistema in SAP TAO, è necessario aggiungere un nuovo sistema in SAP Logon e aggiornare l'elenco in TAO.

Immettere le credenziali di accesso e fare clic su accesso. SAP TAO sarà connesso a SAP Solution Manager e si aprirà la procedura guidata di configurazione TAO.

Business Process Testing (BPT) fa parte del framework di automazione QTP e viene utilizzato con Quality Center da HP. BPT viene utilizzato per creare scenari di test di automazione ed eseguire tali scenari senza alcuna conoscenza preliminare dell'automazione.

HP BPT elimina la complessità della creazione e della manutenzione dei casi di test e combina tutta la documentazione e l'automazione dei test in un unico sforzo.

Business Process Testing allinea il processo di test con gli obiettivi aziendali e riduce considerevolmente il tempo del ciclo di vita dei test.

Come utilizzare HP Business Process Testing Tool?

Lo strumento Business Process Testing utilizza componenti riutilizzabili per la creazione di casi di test e quindi riduce il tempo di manutenzione del test e aumenta l'efficienza del processo di test.

Per velocizzare il processo di automazione dei test, utilizza il metodo basato sulle parole chiave. È possibile aggiungere best practice comuni al processo di test. Consente di utilizzare una soluzione di test che non è basata su script di test. Una volta creato un test manuale in BPT, è possibile automatizzare facilmente il caso di test.

È inoltre possibile mantenere diverse versioni e baseline per diversi componenti di test, flussi di processo senza alcuna possibilità di sovrascrivere i vecchi casi.

I casi di test creati utilizzando lo strumento Business Process Testing possono essere eseguiti utilizzando HP Quality Center QC.

Vantaggi dell'utilizzo di HP Business Process Testing

Utilizzando BPT, una PMI non tecnica può facilmente creare, mantenere ed eseguire i casi di test e può documentarli in un sistema basato sul Web.

  • Consente di progettare e creare i componenti riutilizzabili in casi di test e di utilizzarli secondo i requisiti aziendali.

  • È inoltre possibile eseguire script di test utilizzando HP Sprinter.

  • Con la disponibilità del framework per utilizzare componenti riutilizzabili, diminuisce lo sforzo per mantenere i casi di test.

HP Quality Center (ALM)

HP Quality Center, uno strumento di gestione dei test, è ora comunemente noto come Application Life Cycle Management (ALM), poiché non è più solo uno strumento di gestione dei test ma supporta varie fasi del ciclo di vita dello sviluppo del software.

HP-ALM ci aiuta a gestire le tappe del progetto, i risultati finali, le risorse e il monitoraggio dello stato di salute del progetto, standard che consentono ai proprietari del prodotto di misurare lo stato corrente del prodotto. È importante comprendere la storia, l'architettura e il flusso di lavoro di Quality Center.

Il modulo Requisiti consente agli utenti di definire, gestire e tenere traccia dei requisiti in tutte le fasi del ciclo di vita del software. Le seguenti sono le funzionalità chiave nel modulo dei requisiti.

S.No. Funzionalità e descrizione
1 Creazione di requisiti

Crea requisiti, assegna a rilasci / cicli.

2 Requisiti di caricamento

Requisiti di caricamento utilizzando i componenti aggiuntivi di ALM-MS Excel

3 Tracciabilità dei requisiti

Consente di definire i collegamenti di tracciabilità tra i requisiti e le dipendenze esistenti tra i requisiti.

4 Matrice di tracciabilità

Consente all'utente di visualizzare la matrice di tracciabilità che elenca i requisiti di origine e i requisiti e i test associati.

Piano di test

Il passaggio cruciale nel testare qualsiasi applicazione è sviluppare un piano di test chiaro e preciso. Un buon piano di test consente al team di valutare la qualità dell'applicazione sottoposta a test in qualsiasi momento del ciclo di vita dello sviluppo del software.

Le seguenti funzionalità sono molto importanti per comprendere meglio il modulo del piano di test.

S.No. Funzionalità e descrizione
1

Creating Tests

Questo modulo descrive come creare cartelle di soggetti di test nell'albero del piano di test e anche come aggiungere test.

2

Uploading Tests

Caricamento delle tettarelle utilizzando i componenti aggiuntivi di ALM-MS Excel

3

Requirement and Test Coverage

Abilita come definire la relazione tra i requisiti e i test.

4

Test Configuration

Specificare il sottoinsieme di dati o un ambiente di runtime che il test dovrebbe utilizzare.

Maggiori dettagli su come HP QC, vai a - http://www.tutorialspoint.com/qc/index.htm

HP Quick Test Professional (QTP) è uno strumento di test funzionale automatizzato che aiuta i tester a eseguire test di regressione automatizzati al fine di identificare eventuali lacune, errori / difetti contrari ai risultati effettivi / desiderati dell'applicazione sottoposta a test.

Repository di oggetti

Object Repository è una raccolta di oggetti e proprietà con cui QTP sarà in grado di riconoscere gli oggetti e agire su di essi. Quando un utente registra un test, gli oggetti e le relative proprietà vengono acquisiti per impostazione predefinita. Senza comprendere gli oggetti e le sue proprietà, QTP NON sarà in grado di riprodurre gli script.

Azioni

Le azioni aiutano i tester a dividere gli script in gruppi di istruzioni QTP chiamate actions. Le azioni sono simili alle funzioni in VBScript, tuttavia ci sono alcune differenze. Per impostazione predefinita, QTP crea un test con 1 azione.

Azioni Funzioni
Le azioni sono una caratteristica intrinseca di QTP. Le funzioni VBScript sono supportate sia da VBScript che da QTP.
I parametri delle azioni vengono passati solo per valore. I parametri della funzione vengono passati byvalue o byref.
Le azioni hanno estensione .mts Le funzioni vengono salvate come .vbs o .qfl
Le azioni possono essere riutilizzabili o meno. Le funzioni sono sempre riutilizzabili.

È possibile accedere alle proprietà dell'azione facendo clic con il pulsante destro del mouse sulla finestra dell'editor di script e selezionando "Proprietà".

Le proprietà dell'azione contengono le seguenti informazioni:

  • Nome azione
  • Location
  • Bandiera riutilizzabile
  • Parametri di input
  • Parametri di output

Tipi di azioni

Esistono tre tipi di azioni:

  • Non-reusable action - Un'azione che può essere chiamata solo in quello specifico test in cui è stata progettata e può essere chiamata una sola volta.

  • Reusable action - Un'azione che può essere chiamata più volte qualsiasi test in cui risiede e può essere utilizzata anche da qualsiasi altro test

  • External Reusable action- È un'azione riutilizzabile memorizzata in un altro test. Le azioni esterne sono di sola lettura nel test di chiamata, ma possono essere utilizzate localmente con la copia modificabile delle informazioni della tabella dati per l'azione esterna.

Per ulteriori informazioni, utilizzare il seguente collegamento: http://www.tutorialspoint.com/qtp/index.htm

La maggior parte delle aziende che implementano SAP devono eseguire test. Poiché l'ambito del test è troppo ampio, è possibile seguire un approccio automatizzato per mantenere le modifiche nel sistema SAP.

Diverse aziende hanno progettato le loro soluzioni interne per soddisfare i requisiti dei clienti per eseguire i test SAP. I clienti possono provenire dal settore bancario, finanziario, manifatturiero o sanitario.

Esempio

Di seguito è riportato un esempio di esecuzione di test SAP per un'azienda di produzione.

Client Requirement- Il cliente è una società di produzione con sede nel Regno Unito. Il requisito del progetto era quello di eseguire test SAP utilizzando QTP e di eseguire operazioni chiave di automazione e test funzionali nel campo delle risorse umane, supply chain, logistica, gestione dei materiali e manutenzione degli impianti e utilizzare casi di test automatizzati per l'aggiornamento SAP e per eseguire test di integrazione e regressione .

Tasks Performed- È iniziato con la comprensione dei processi aziendali chiave e delle attività del sistema SAP da automatizzare. Il team di test ha fatto riferimento a un vecchio progetto pilota per finalizzare la strategia di test, il tempo e lo sforzo necessari per eseguire l'esecuzione del test nello strumento HP QTP.

Come parte dell'implementazione del progetto, 100 processi aziendali sono stati automatizzati con successo. La soluzione implementata ha prodotto un'esecuzione più rapida, una maggiore precisione, una maggiore portata e qualità del servizio.

Tools Used - Sono stati utilizzati i seguenti strumenti: SAP R / 3, HP QTP, script di test scritti in VB e dati in formato XML e XLS.

Key Benefits Achieved - Sono stati ottenuti i seguenti vantaggi:

  • Validazione del sistema
  • Qualità e ricavi
  • Costo e prevedibilità
  • Gestione della conformità
  • Nuove modifiche all'implementazione e alla configurazione

SAP Testing consiste nel testare la funzionalità di vari moduli SAP per assicurarsi che funzionino secondo la configurazione. Il sistema SAP subisce varie modifiche come la gestione delle patch e correzioni, nuove implementazioni di moduli e varie altre modifiche alla configurazione. Tutto ciò solleva la necessità di eseguire test di regressione in ambienti SAP. Gli strumenti di automazione dei test SAP come SAP TAO possono essere utilizzati a questo scopo ed è consigliato da SAP per i test.

I vantaggi dell'esecuzione di SAP Testing sono molteplici. Sono i seguenti:

  • System Validation - SAP Testing prevede il completo test end to end e la convalida di tutti i moduli SAP in ambiente SAP ERP.

  • Quality and Revenue - SAP Testing è un test basato sull'output e non come i metodi di test convenzionali che sono basati sull'input e garantisce la qualità del sistema SAP e si concentra anche sui ricavi e sui costi dell'organizzazione.

  • Cost and Predictability - SAP Testing comporta la riduzione dei costi di sviluppo SAP e il miglioramento della prevedibilità.

  • Compliance Requirement - SAP Testing garantisce che l'implementazione SAP soddisfi i nuovi requisiti di conformità in un'organizzazione specifica e che tutti i moduli funzionino secondo la configurazione prevista.

  • New Implementation and Configuration Changes- Esistono diversi tipi di modifiche implementate nel sistema SAP, come patch e correzioni, nuove implementazioni, modifiche alla configurazione. Il test SAP garantisce che tutti i moduli funzionino secondo i requisiti in questo ambiente di sistema dinamico.

  • Integration- Il test SAP viene eseguito per testare vari report, flussi di dati e flussi di lavoro, moduli GUI, ecc. Viene utilizzato per verificare l'integrazione del sistema tra diversi moduli. Ad esempio, se viene eseguita una registrazione di un ordine che richiede un'azione in Vendite e distribuzione, MM e FICO in modo che i test SAP controllino l'integrazione tra questi sistemi.

  • Performance - Viene anche utilizzato per garantire se il sistema sarà in grado di soddisfare gli accordi sul livello di servizio, il tempo impiegato dal sistema per eseguire azioni specifiche, le prestazioni del sistema, ecc.

Il test SAP può essere eseguito sui seguenti moduli:

  • Gestione dei materiali SAP
  • Contabilità e controllo finanziario SAP
  • Vendite e distribuzione SAP
  • Risorse umane SAP
  • SAP Supply Chain Management
  • Gestione dell'impianto SAP

Alcuni degli strumenti di test automatizzati sono: HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner e LoadRunner.

Le diverse fasi che rientrano nel ciclo di vita del test del software sono: fase dei requisiti, pianificazione del test, analisi del test, fase di progettazione del test, implementazione del test, fase di esecuzione del test e fase di chiusura del test.

Lo unit test viene utilizzato per testare la funzionalità di vari componenti in un sistema SAP. Viene eseguito da esperti di dominio e configurazione che conoscono la funzionalità di ciascuna unità in un sistema.

Example- Per creare un ordine di vendita e salvarlo. Per eseguire i test unitari per questa attività, il tester deve sapere che l'ordine di vendita può essere salvato utilizzando gli elementi dell'organizzazione SAP come i dati anagrafici del cliente, le funzioni dei partner, i dati anagrafici dei materiali, il codice dell'azienda, l'area di controllo del credito, l'organizzazione delle vendite, ecc.

Il test unitario viene utilizzato per testare la funzionalità dei pezzi nel sistema SAP. Viene eseguito da un esperto di dominio e configurazione che conosce le funzionalità di ciascuna unità in un sistema.

Example- Per creare un ordine di vendita e salvarlo. Per eseguire i test unitari per questa attività, il tester deve sapere che l'ordine di vendita può essere salvato utilizzando gli elementi dell'organizzazione SAP come i dati anagrafici del cliente, le funzioni dei partner, i dati anagrafici dei materiali, il codice dell'azienda, l'area di controllo del credito, l'organizzazione delle vendite, ecc.

Il test di sistema implica l'integrazione di elementi del sistema SAP per garantire che le relative funzionalità SAP siano collegate tra loro nell'ambiente di sviluppo.

Example- Se si afferma che un flusso di cassa per un'offerta in un'organizzazione mostrerebbe che un preventivo può essere utilizzato per creare un ordine di vendita, una consegna può essere creata ed elaborata dall'ordine, la consegna può essere fatturata, la fatturazione rilasciata alla contabilità, e un pagamento del cliente applicato sulla fattura contabile. Ogni unità viene testata in questo modo e quindi i risultati del test vengono combinati.

I test basati su scenari, come suggerisce il nome, vengono eseguiti in base a casi aziendali specifici.

Example- Supponiamo che ci siano alcune attività specifiche per un segmento di clienti o una data linea di prodotti o un insieme di servizi. Per questa specifica linea di target, hai diversi scenari che devi testare.

Questo test viene eseguito anche nell'ambiente di sviluppo, si può dire che questo è un caso di test che si tratterebbe nel test del sistema.

In questo test, i dati di test provengono da una vera fonte di estrazione dei dati, la conversione viene eseguita e l'esercizio di caricamento ei dati sono noti a un utente finale aziendale.

Example- Il test di integrazione viene utilizzato per dimostrare che il processo aziendale progettato e configurato in SAP, viene eseguito utilizzando dati del mondo reale. Inoltre, il test mostra che i trigger dell'interfaccia, i report e i flussi di lavoro funzionano.

Il test dell'interfaccia garantisce che un processo aziendale su un sistema SAP venga eseguito automaticamente. Idealmente il test dell'interfaccia comporta attività di test più ampie man mano che il progetto avanza. Il test dell'interfaccia mostra che l'attivazione funziona, la selezione dei dati è accurata e completa, il trasferimento dei dati ha esito positivo e il destinatario è in grado di consumare i dati inviati.

SAP UAT viene utilizzato per garantire che gli utenti finali siano in grado di eseguire le funzioni di lavoro assegnate con il nuovo sistema. L'aspetto importante di questo test è comprendere i requisiti aziendali e garantire che le caratteristiche, le funzioni e le capacità previste siano disponibili.

Il test delle prestazioni identifica i colli di bottiglia e le inefficienze di codifica in un sistema SAP. Viene eseguito per controllare:

  • Se il tempo di risposta del sistema è accettabile in base ai requisiti aziendali
  • Indica se i processi periodici vengono eseguiti entro il tempo consentito
  • Se il carico utente simultaneo previsto può essere supportato

Il test di sicurezza e autorizzazioni viene utilizzato per garantire che gli utenti siano solo in grado di eseguire transazioni e accedere a dati appropriati rilevanti per il loro progetto.

Come per l'implementazione degli standard di sicurezza, questo è molto importante per verificare se la sicurezza e l'autorizzazione sono inserite in un sistema. Gli ID di prova per i ruoli professionali vengono creati e utilizzati per confermare sia ciò che un utente può fare sia ciò che un utente non può fare.

Questo test viene solitamente eseguito una volta nel ciclo di vita del progetto. Il termine "cutover" indica un'esecuzione su vasta scala di tutte le attività coinvolte per estrarre i dati dai sistemi legacy e quindi eseguire qualsiasi tipo di conversione dei dati, caricare i risultati nel sistema SAP e convalidare completamente i risultati, inclusa la firma di un utente .

Il test di regressione SAP viene utilizzato per trovare nuove funzionalità e per testare le vecchie funzionalità in un sistema quando viene aggiornato o viene impostato un nuovo sistema. Il ruolo chiave del test di regressione è testare la funzionalità esistente e la configurazione e la base di codice appena aggiornati.

Quando si aggiorna il sistema SAP o si applica una patch, non dovrebbe influire sulla funzionalità che dovrebbe essere eseguita dagli utenti e per controllare le nuove funzionalità che dovrebbero essere introdotte nella nuova versione.

La navigazione dei test SAP garantisce di coprire ogni modulo del sistema SAP e almeno un test da eseguire per ciascuna funzionalità.

Riduce inoltre lo sforzo di test manuale e copre la maggior parte dei percorsi di test in un sistema SAP. È possibile eseguire test OPA per controllare SAP Testing - Navigation.

La logica del flusso dello schermo in SAP Testing è come un codice ABAP e viene utilizzata per contenere i blocchi di elaborazione. Contiene parte procedurale dello schermo ed è creato in Screen Painter e questo Screen Painter è simile a un editor ABAP.

Financial Modules - Finance Accounting and Controlling (FICO), Treasure (TR) e Enterprise Control (EC).

Logistics Modules - Gestione dei materiali (MM), Manutenzione degli impianti (PM), Vendite e distribuzione (SD), Gestione della qualità (QM), ecc.

Human Resource Management - Contabilità buste paga, gestione del tempo, formazione e gestione degli eventi.

I casi di test SAP sono necessari per eseguire un controllo sull'installazione e la configurazione del sistema SAP, qualsiasi nuova implementazione, test multilingue e dei dispositivi, test intranet, test in tempo reale, ecc.

Poiché un sistema ERP è un sistema centralizzato comune e viene utilizzato da più utenti contemporaneamente in tempo reale, crea la necessità di scrivere i casi di test con molto impegno e dedizione.

I sistemi ERP coinvolgono anche varie transazioni FI, quindi ogni caso di test dovrebbe coprire l'ambito di tutta la parte di configurazione e implementazione. I dati del test dovrebbero essere passati con attenzione e ogni test dovrebbe avere una colonna con il nome dei dati di output.

SAP Test Acceleration and Optimization TAO 2.0 è uno strumento utilizzato per creare casi di test automatici durante i test di regressione di un sistema. Aiuta i clienti SAP a creare diversi componenti di test dalle schermate di una transazione e li parametrizza.

Questi componenti di test vengono creati normalmente per un codice di transazione e successivamente possono essere combinati per testare scenari. Può essere facilmente integrato con Business Process Change Analyzer in SAP Solution Manager.

  • RAM: 4 GB
  • Spazio libero su disco: 500 MB
  • Connessione LAN al server QC di SAP Quality Center e SOLMAN
  • Diritti amministrativi
  • SAPGUI con l'ultimo livello di patch
  • Microsoft Excel 97 o versione successiva.
  • Microsoft Internet Explorer per il supporto dell'interfaccia utente CRM

Process Flow Analyzer viene utilizzato per rilevare automaticamente le interfacce utente utilizzate nei codici di transazione eseguiti in un sistema SAP. Crea automaticamente i componenti del test e li carica in Quality Center. Viene anche utilizzato per identificare la sequenza dei componenti di test in base alle azioni dell'utente e alla creazione dei valori del foglio di calcolo.

Il consolidamento è noto come un processo per combinare componenti SAP TAO con componenti incorporati per creare scenari di test come singoli componenti aziendali transazionali. Ti consente di raccogliere più componenti di test in un unico test.

Vai a SAP TAO e accedi e seleziona SAP SOLMAN nell'elenco. Questo elenco di sistemi SAP TAO viene recuperato dal file di configurazione dell'accesso SAP. Quindi, per aggiungere un sistema in SAP TAO, è necessario aggiungere un nuovo sistema in SAP Logon e aggiornare l'elenco in TAO.

Immettere le credenziali di accesso e fare clic su accesso.

SAP TAO sarà connesso a SAP Solution Manager e si aprirà la procedura guidata di configurazione TAO.