how prepare test plan
Nell'articolo precedente, abbiamo visto alcuni punti chiave di ERP come il vero significato del termine ERP, vari moduli di ERP, l'importanza del test ERP, le criticità del test ERP e una road-map per la preparazione del test ERP .
=> Controlla il tutorial della parte 1 del test ERP qui.
In questo articolo, entriamo in dettagli più pratici sui test ERP (SAP) come la preparazione del piano di garanzia della qualità, piano di test, suite di test, casi di test e strategia di esecuzione dei test.
=> Fare clic qui per una serie completa di tutorial sul piano di test
Questo tutorial è un buon esempio per scrivere un piano di test da zero per qualsiasi applicazione. Abbiamo anche fornitomodello di suite di test di esempio da scaricare.
A scopo dimostrativo, supponiamo che l'applicazione ERP in fase di test sia costituita dai seguenti moduli con alcune informazioni chiave sul piano di implementazione come di seguito.
Nome ERP: ABC Manufacturing ERP
Nome del cliente: XYZ Petrochemicals LLC
Verticali del settore: Produzione
Ufficio aziendale: New York
Filiali: Los Angeles e Chicago
Impianto di produzione: Houston
Magazzini di inventario: Houston, Los Angeles e Chicago
Dipendenti totali: 2500
Utenti di sistema: 325
Fatturato dell'azienda: 1 milione di dollari
Dipartimenti: Amministrazione, Finanza, Contabilità, Risorse umane, Produzione, Qualità, Negozi, Vendite, Marketing, Manutenzione, Spedizioni, Assistenza clienti
Moduli: Budget, CRM, cliente, fornitore, vendite, acquisto, pagamenti, contratti, finanza, conti, capitale umano, buste paga, pianificazione della produzione, gestione dei progetti, inventario, gestione dei materiali, ordini di lavoro, cespite, business intelligence
Modello di consegna: On-premise e cloud
Piano di attuazione: Raccolta dei requisiti, analisi del flusso di lavoro aziendale, valutazione del flusso di dati, personalizzazione e miglioramento, consegna e implementazione, formazione per l'utente finale
Strumento consigliato:
# 1) Oracle NetSuite
Oracle NetSuite offre una piattaforma di garanzia della qualità che ti consentirà di impostare piani di ispezione e tenere traccia dei risultati dei test. Lo strumento ti aiuterà a fornire la massima qualità nei tuoi prodotti. Sarai in grado di gestire centralmente l'elenco dei test e applicare le qualifiche minime degli ispettori.
Fornisce varie caratteristiche e funzionalità per la definizione dei test, la ricezione e le ispezioni in-process e la raccolta dei dati.
Caratteristiche:
- Oracle NetSuite esegue l'elaborazione in tempo reale dei risultati dell'ispezione.
- È uno strumento indipendente dal dispositivo e può essere utilizzato su qualsiasi tablet basato su browser.
- Ha caratteristiche di gestione basata sul flusso di lavoro di materiali non conformi.
- È possibile applicare qualifiche minime di ispettore.
Di seguito sono riportati alcuni degli screenshot dell'applicazione software ERP per alcuni importanti processi aziendali come Ordine di vendita, Dati finanziari dei clienti, Intestazione pagamenti, Cespiti, Gestione dei dipendenti e Rapporto sulle vendite che daranno un'idea della criticità e complessità del test ERP.
Screenshot 1: ordine di vendita
Screenshot 2: Ordine di vendita (USA)
Screenshot 3: Dati finanziari del cliente
Schermata 4: intestazione pagamenti (India)
Screenshot 5: intestazione pagamenti (USA)
Schermata 6: capitale fisso (India)
Schermata 7: capitale fisso (USA)
Screenshot 8: Gestione dei dipendenti
algoritmo del percorso più breve nel codice sorgente java
Schermata 9: rapporto sulle vendite
Cosa imparerai:
- Piano QA ERP
- Piano di test ERP
- descrizione del progetto
- Obbiettivo
- Caratteristiche del modulo per il test manuale
- Caratteristiche del modulo per test di automazione
- Caratteristiche da testare fuori sede
- Funzionalità da testare in sede
- Funzionalità da testare su dispositivi mobili, Wi-Fi e cloud
- Requisiti di risorse
- Programma dei test
- Esecuzione del test case
- Copertura del test
- Prodotti finali
- Gestione del rischio
- Issue Tracker
- Metriche di qualità
- ERP Test Suite
- Download del modello della suite di test di esempio:
- Casi di test ERP
- Conclusione
- Lettura consigliata
Piano QA ERP
Garantire la qualità è una pietra miliare importante di qualsiasi progetto di implementazione ERP, che consiste dei seguenti stakeholder e il successo dipende dagli sforzi dedicati da parte di tutti come ' Squadra '.
Gli stakeholder del progetto di implementazione ERP potrebbero essere:
- Team di implementazione - È costituito dal team di professionisti dell'azienda ERP o del partner di implementazione locale. Deve avere esperienza nell'implementazione.
- Fornitore di software - Fornitori di software per il sistema operativo, database e altre applicazioni per ufficio richieste per ERP.
- Provider di hosting - Hosting provider per i server, la rete, l'infrastruttura Internet e intranet necessaria per l'implementazione ERP. Deve avere esperienza nell'implementazione.
- Squadra di affari - È costituito dal team dello sviluppo aziendale o dal comitato direttivo di gestione.
- Team tecnico - Il team di sviluppo o il team di implementazione deve essere disponibile durante tutto il corso del progetto. Deve avere esperienza nell'implementazione.
- Team di test - Il team di test dell'Azienda ERP o dei partner locali che hanno esperienza sulle strategie di implementazione ERP.
- Team clienti - Il team dell'utente finale o i responsabili di dipartimento, che hanno la completa conoscenza operativa del processo aziendale.
Come abbiamo discusso nel tutorial precedente, testare l'applicazione software ERP (ad esempio SAP) è diverso dal testare le altre applicazioni software. Le applicazioni ERP sono specifiche del dominio e del settore. I moduli comuni come Finanza, Contabilità, Inventario, Cespiti, Vendite, Acquisti, Capitale umano e Salari sono disponibili in tutti i sistemi ERP.
Oltre a questi moduli comuni, pochi moduli industriali specifici sono disponibili secondo i clienti target.Per esempio, un 'ERP di produzione' può avere un modulo di 'pianificazione della produzione', un 'ERP farmaceutico' può avere un modulo 'medico-paziente' e un 'ERP di formazione' può avere un modulo 'studente' e così via.
Quindi, il fattore di qualità dovrebbe essere abilitato con alcune metriche predefinite da condividere con largo anticipo con tutti gli stakeholder nell'elenco sopra.
Per mantenere la qualità, le parti interessate vengono reciprocamente stipulate in accordi sul livello di servizio. Tutti gli stakeholder come squadra dovrebbero avere gli elementi d'azione definiti, le responsabilità con le date obiettivo per raggiungere la qualità prevista della dichiarazione di lavoro.
Piano di test ERP
Il piano di test ERP dovrebbe consistere delle seguenti informazioni per un'implementazione efficace e di successo.
Il piano di test ha gli obiettivi, le metriche di qualità, le funzionalità da testare manualmente, le funzionalità da testare tramite strumenti di automazione, l'ambiente del progetto, l'infrastruttura del team, i requisiti delle risorse, la pianificazione dei test, i risultati dei test, l'infrastruttura di esecuzione dei test, il framework di test, le ipotesi, le dipendenze vincoli, meccanismo di tracciamento dei bug, strumenti di segnalazione dei bug e criteri di accettazione ecc.,
Di seguito è riportato il piano di test di esempio per il nostro progetto di implementazione ERP per XYZ Petrochemical LLC.
Guarda anche - se hai bisogno di maggiori informazioni su come scrivere il piano di test, controlla questi tutorial:
descrizione del progetto
ABC Manufacturing ERP è una soluzione ERP integrata per l'industria manifatturiera. Il prodotto è costituito dai moduli principali come Contabilità, Finanza, Budget, Inventario, Cespiti, Clienti, Fornitori, CRM, Vendite, Acquisti, Pagamenti, Contratti, Capitale umano, Buste paga, Pianificazione della produzione, Gestione del progetto, Inventario, Gestione dei materiali, Lavoro Ordini e Business Intelligence.
Il settore verticale del cliente riguarda la produzione e la loro attività consiste nella produzione di bi-prodotti petrolchimici e nella loro vendita a clienti nazionali e internazionali. Le materie prime vengono acquistate dai mercati nazionali e internazionali. L'azienda opera da New York, Stati Uniti, con filiali in varie parti del Paese.
L'azienda dispone anche di magazzini in località remote. Il sistema ERP sarà implementato in una posizione centralizzata presso la sede aziendale e collegherà le altre filiali, magazzini, stabilimenti produttivi, uffici marketing da varie parti del Paese tramite Internet, WAN, Wi-Fi, Cloud Infrastructure. La soluzione proposta supporta più lingue come l'inglese (per i clienti internazionali, l'hindi (per gli utenti IN), l'arabo (per i fornitori del Medio Oriente) e supporta più transazioni di valuta.
Il sistema dispone anche di un portale clienti E-Commerce per ordini di vendita online con gateway di pagamento con carta di credito e di un portale fornitori per preventivi di acquisto. Ci sono più di 300 utenti di sistema che utilizzeranno il sistema da varie parti del mondo con almeno più di 10.000 transazioni al giorno.
Obbiettivo
- Identificare manualmente i moduli da testare.
- Identificare i moduli da testare tramite strumenti di automazione.
- Definire la strategia di test, l'ambito del test e le attività di test.
- Definire criteri, ipotesi, dipendenze e vincoli di test.
- Identificare il team di test, la loro allocazione e il loro programma di test.
- Imposta il framework di test manuale e di automazione.
- Imposta l'infrastruttura di test con la configurazione software e hardware.
- Definire gli stakeholder del progetto per l'implementazione dell'ERP.
- Definire il meccanismo di comunicazione ed escalation.
- Definire l'ambiente di lavoro, i dettagli dell'attività e le responsabilità.
- Gestione del rischio con piani di mitigazione del rischio.
- Definire i risultati del test e gli strumenti di reporting.
Caratteristiche del modulo per il test manuale
- Modulo pagamenti (creazione pagamento, approvazione pagamenti, emissione assegni)
- Modulo di finanziamento (pagamenti congiunti, approvazione pagamenti congiunti, assegni di emissione)
- Modulo salari (assegni salariali, assegni di emissione)
- Modulo Cespiti (Ammortamento cespiti, Dismissione cespiti)
- ...
Caratteristiche del modulo per test di automazione
- Modulo di vendita (ordine di vendita, ordine di vendita di spedizione, ordini a saldo, fatturazione di vendita)
- Modulo di acquisto (contratto di acquisto, ordini di acquisto, modifiche di acquisto)
- Modulo cliente (gestione clienti, dati finanziari clienti)
- Modulo capitale umano (gestione dipendenti, presenze, prestiti, permessi)
- ...
Caratteristiche da testare fuori sede
- Test di funzionalità: tutti i casi di test funzionali di tutti i moduli, che vengono esaminati e approvati.
- Test di regressione: tutti i casi di test funzionali per i moduli personalizzati, che vengono esaminati e approvati.
- Smoke Testing: tutti i casi di test funzionali contrassegnati per Sanity, che vengono esaminati, eseguiti e approvati.
- ...
Funzionalità da testare in sede
- Test del sistema: tutti i casi di test del sistema di tutti i moduli, che vengono esaminati e approvati.
- Test d'integrazione : Tutti i casi di test di sistema di tutti i moduli, che vengono esaminati e approvati.
- Test delle prestazioni: tutti i casi di test delle prestazioni, che vengono esaminati e approvati.
- Test di carico: tutti i casi di test di carico, che vengono esaminati e approvati.
- Test di accettazione dell'utente : Tutti i test di accettazione dell'utente, che vengono esaminati e approvati.
- ...
Funzionalità da testare su dispositivi mobili, Wi-Fi e cloud
Test di funzionalità: Tutti i casi di test del sistema del modulo CRM, che vengono esaminati e approvati.
Requisiti di risorse
Programma dei test
si No | Dettagli attività | Data d'inizio | Data di fine | Tester |
---|---|---|---|---|
6 | Autorizzazione alla restituzione della merce | 27/05/2015 | 06/01/2015 | Tester B |
1 | Preparazione del piano di test | 05/04/2015 | 05/06/2015 | Tester A |
Due | Rivedi e aggiorna il piano di test | 05/07/2015 | 05/07/2015 | Cavo di prova B |
3 | Preparazione della suite di test e dei casi di test | |||
Modulo 1: vendita e distribuzione | 16/05/2015 | 06/04/2015 | ||
4 | Processo degli ordini di vendita | 16/05/2015 | 20/05/2015 | Tester B |
5 | Processo del contratto di vendita | 21/05/2015 | 26/05/2015 | Tester B |
7 | Processo di ricevute di pagamento | 06/02/2015 | 06/04/2015 | Tester B |
... | ||||
Modulo 2: acquisti e pagamenti | ||||
8 | Processo di rientro dell'acquisto | 16/05/2015 | 19/05/2015 | Tester C |
9 | Processo di offerta di acquisto | 20/05/2015 | 23/05/2015 | Tester C |
10 | Processo dell'ordine di acquisto | 24/05/2015 | 28/05/2015 | Tester C |
undici | Processo di approvazione del pagamento | 29/05/2015 | 31/05/2015 | Tester C |
... | ||||
Esecuzione del test | ||||
12 | Modulo 1: iterazione 1 | 06/01/2015 | 06/05/2015 | Tester B |
13 | Modulo 2: Iterazione 1 | 06/01/2015 | 06/04/2015 | Tester C |
... | ||||
14 | Test di regressione: modulo 1 | |||
quindici | Test di regressione: modulo 2 | |||
... | ||||
16 | Rapporti sui test e aggiornamenti del piano QA | |||
... |
Esecuzione del test case
Copertura del test
A: Test funzionale, B: Test di sistema, C: Test di integrità, D: Test di sicurezza, E: Test di usabilità, F: Test di prestazioni, G: Test di interfaccia, H: Test di installazione
Prodotti finali
Gestione del rischio
Issue Tracker
Gli strumenti Confluence e JIRA vengono utilizzati per rilevamento dei problemi nel progetto. Inoltre, JIRA è personalizzato e configurato per tutti i membri del team di test per intensificare il problema e segnalare bug e assegnato al team di sviluppo della preoccupazione con la responsabilità e le date di destinazione.
Metriche di qualità
ERP Test Suite
Come il normale processo di test, ERP Test Suite è normalmente preparato come un documento Excel. Questo documento controlla la cronologia completa delle revisioni delle varie suite di test di tutti i moduli nell'applicazione ERP. I casi di test di ciascun modulo, la cronologia dell'esecuzione dei test, l'elenco dei bug e la cronologia dei rapporti di test vengono mantenuti in una suite di test ERP.
Per i test di automazione, il ' script di test 'Vengono mantenuti nella suite di test e viene mantenuta la relativa iterazione della cronologia di esecuzione dei test. Dipende dal tipo di test e dalla complessità dei casi di test, gli script di test di automazione vengono mantenuti nella suite che dovrebbe essere progettata in modo tale da essere riutilizzabile.
Di seguito l'istantanea di una suite di test ERP nel documento Excel.
Download del modello della suite di test di esempio:
Di seguito è riportato un modello di suite di test di esempio da scaricare. Contiene modelli per cronologia delle revisioni, report di test, report di bug, casi di test del fumo, casi di test di regressione
=> Fare clic qui per scaricare il modello della suite di test ERP.
Casi di test ERP
Oltre ai casi di test funzionali, casi di test di regressione, casi di test di integrità / fumo, ERP Testing richiede altri tipi di casi di test per test di installazione, test di configurazione, test di implementazione, test di adattabilità, test di rete, test del server, test offline, test remoto, test multivaluta, test multilingue, test del dispositivo, test intranet, test in tempo reale ecc.,
Soprattutto, essendo ERP una soluzione automatizzata centralizzata, accessibile da più utenti contemporaneamente online in tempo reale, il che comporta una transazione finanziaria, ogni caso di test dovrebbe essere scritto con un grande sforzo dedicato e dati in tempo reale.
Inoltre, lo stato di esecuzione del test dovrebbe essere aggiornato come 'Superato' dopo aver verificato i dati di output con i dati in tempo reale predefiniti. Pertanto, i casi di test dovrebbero sempre avere una colonna per ' dati di test ' e ' dati di output '.
Scenario di prova di esempio:
Di seguito è riportato un caso di test di esempio per la nostra dimostrazione ERP. Questi casi di test possono consistere in molti piccoli casi di test che possono essere separati e gestiti, ma a scopo dimostrativo è combinato con un singolo caso di test.
ID caso di test | ABC_ERP_SD_X0121 |
---|---|
risultati aspettati (Positivo) | 1. L'ordine deve essere prenotato e fatturato. 2. Deve essere generata la bolla di accompagnamento del prelievo. 3. Dovrebbe essere generato l'ordine di spedizione. 4. Le transazioni di contabilità generale dovrebbero essere registrate. 5. Il registro inventario dovrebbe essere aggiornato. 6. Dovrebbe essere generata una nota di addebito. 7. L'email deve essere inviata al cliente e ai negozi. |
Modulo | Vendite e distribuzione |
Caratteristica | Processo degli ordini di vendita |
Obbiettivo | Per verificare che l'ordine di vendita venga registrato e fatturato con i dati corretti inseriti per l'intestazione e i dettagli di vendita. |
Passaggi per riprodurre | 1. Vendite e distribuzione -> Gestione ordini -> Elenco ordini di vendita -> Nuovo ordine di vendita. 2. Selezionare la data dell'ordine, selezionare il tipo di ordine, selezionare la data di scadenza, selezionare l'ID cliente, selezionare l'ID spedizione, selezionare l'ID magazzino, selezionare la data di spedizione, selezionare la data di scadenza del pagamento, selezionare l'ID IVA sulle vendite, selezionare l'ID venditore. 3. Selezionare Nuovi articoli di vendita e Selezionare ID articolo, Selezionare UOM articolo, Immettere Q.tà articolo, Immettere prezzo articolo, Selezionare Conto contabile, Selezionare ID progetto e fare clic su OK. 4. Fare clic sul pulsante Ordine libro nella schermata principale. |
Dati in ingresso (Positivo) | Data ordine (01/01/2015), Tipo ordine (ordine di vendita), Data di scadenza (31/09/2015), ID cliente (SABIC), ID spedizione (FedEx), ID magazzino (NaviMumbaiWH), Data spedizione (03 / 02/2015), Selezionare la data di scadenza del pagamento (28/02/2015), ID IVA (ST929), ID venditore (Anand), ID articolo (polipropilene), UM articolo (chilogrammi), Qtà articolo (1000), Conto contabile (23499949), ID progetto (DueTarget2015) |
Dati in ingresso (Negativo) | Data ordine (01/01/2016), Tipo ordine (ordine di acquisto), Data di scadenza (31/09/2012), ID cliente (PREDEFINITO), ID spedizione (vuoto), ID magazzino (vuoto), Data spedizione (03/19 02/2013), Seleziona data di scadenza pagamento (28/02/2012), ID IVA (vuoto), ID venditore (PREDEFINITO), ID articolo (PREDEFINITO), U.M. articolo (vuoto), Qtà articolo (0), Conto contabile (DEFAULT), ID progetto (DEFAULT) |
risultati aspettati (Negativo) | • La casella di avviso dovrebbe arrivare per ogni input di dati negativi secondo il processo di avviso e il testo definito. • L'ordine di vendita dovrebbe essere arretrato, se gli articoli sono esauriti. • L'ordine di vendita deve essere sospeso se il limite di credito del cliente è basso. |
Risultato attuale | |
Uscita prevista | Ordine di vendita, Fattura di vendita, Distinta di imballaggio, Distinta di spedizione devono essere generati nel formato di report predefinito. |
Uscita effettiva |
Conclusione
Il test ERP presenta molti rischi e complessità rispetto a qualsiasi test di software / prodotto. Inoltre, la gestione delle metriche di qualità nei progetti di implementazione ERP richiede molta attenzione e sforzi dedicati come 'team' da parte dei molteplici stakeholder.
I professionisti dei test devono comprendere la differenza tra la qualità del prodotto e la qualità dell'implementazione. I test ERP richiedono una sponsorizzazione affidabile in tempo e budget da parte della direzione e dei clienti. I test dovrebbero essere eseguiti dal team di esperti ERP e non dovrebbero essere assegnati a un team inesperto per nessun motivo.
È molto importante utilizzare il processo, le metodologie, gli approcci e gli strumenti automatizzati universalmente comprovati. Non dovremmo presumere che l ''automazione' sostituisca completamente il test 'manuale', ma non dovremmo scendere a compromessi sull'utilizzo dell'infrastruttura e del framework di test richiesti. Non sottovalutare il tempo necessario per raccogliere dati reali in tempo reale dai clienti.
Per i professionisti del test, questo viaggio è 'una risorsa eccellente per il test dei prodotti ERP!'.
Fateci sapere se avete domande su ERP o in particolare su SAP Testing.
=> Visita qui per una serie completa di tutorial sul piano di test
Tutorial PREV | PROSSIMO Tutorial
Lettura consigliata
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Programma del corso di test del software - Piano di formazione dettagliato del corso online
- Differenza tra desktop, test server client e test Web
- Download dell'eBook Testing Primer
- Come scrivere un rapporto sullo stato settimanale del test del software
- Guida per principianti ai test ERP (test SAP) - Parte 1
- Guida al test di sicurezza delle applicazioni Web
- Tutorial sul piano di test: una guida per scrivere un documento del piano di test del software da zero