I moduli SAP R / 3 più comuni sono:

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

SAP Testing consiste nel testare la funzionalità dei moduli SAP precedenti e nel garantire che funzionino come da configurazione.

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.

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

System Validation - SAP Testing prevede test e convalida end-to-end completi di tutti i moduli SAP nell'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. Assicura 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 i 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.

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

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

In questo test, il sistema è sottoposto a stress oltre le sue specifiche per verificare quando fallisce.

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.

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

Nei test di automazione, il tester scrive gli script e utilizza 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 consentono di risparmiare tempo e denaro rispetto ai test manuali.

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• Load Runner
• Vincere Runner

Il ciclo di vita del test del software (STLC) consiste in 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

Example

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.

Example

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.

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 alla fattura contabile.

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 sia per confermare ciò che un utente può fare sia ciò che un utente non può fare.

SAP Cutover Testing

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.

È possibile eseguire test OPA per controllare la navigazione dei test SAP. OPA è noto come linguaggio di programmazione Open Source 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.

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.

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.

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 di utenti simultanei 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.

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

Supponiamo di dover creare un ordine di vendita nel modulo Vendite e distribuzione (SD). Qui, devi prima inserire il codice della transazione (ad esempio, Transaction Code VA01). Quindi, controlla lo stock dell'articolo nel modulo Inventario e controlla il limite di credito disponibile nel 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 sistema ERP correlato.

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 terminato con la registrazione nello strumento QTP, creare uno script in VB.

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

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

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

Il test dell'interfaccia SAP dipende esclusivamente dalle operazioni e dai processi organizzativi. Durante l'esecuzione di SAP Interface Testing, è 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 procedura migliore è iniziare con l'esecuzione di test unitari.

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

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

Correct Input Data

• 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 pagamento 10/01/2015, Qtà articolo 10, ecc.

Incorrect Input Data

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

Output Data - With Correct Data

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

Output Data - With incorrect Data

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

Expected Output

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

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.

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 di casi di test e dati.

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

TAO 2.0 e TAO 3.0.

SAP TAO 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 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

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.

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 sull'opzione Change impact analysis. Ti consentirà di rivedere e riparare i componenti interessati nel sistema SAP a causa di questa modifica.

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 su Component Explorer o PFA Explorer.

Distinta base tecnica TBOM

La creazione di test viene eseguita in Quality Center utilizzando SAP TAO. È necessario consolidare i componenti di test per creare scenari di test. È possibile eseguire uno o più test in SAP TAO utilizzando la distinta base tecnica TBOM.

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 è interessato 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 Esegui e aggiorna TBOM.

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

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.

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.

Solution Manager 7.1 in poi

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 notevolmente il tempo del ciclo di vita del test.

HP Quality Center, uno strumento di gestione dei test, è ora comunemente noto come strumento ALM (Application Life Cycle Management), 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.

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.

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.

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

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.

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

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