how prepare test plan
În articolul precedent, am văzut câteva puncte cheie ale ERP, cum ar fi semnificația reală a termenului ERP, diverse module ale ERP, importanța testării ERP, criticitățile testării ERP și o foaie de parcurs pentru pregătirea testării ERP .
=> Consultați aici tutorialul de testare ERP partea 1.
În acest articol, să intrăm în detalii mai practice despre testarea ERP (SAP), cum ar fi pregătirea planului de asigurare a calității, planul de testare, suita de teste, cazurile de testare și strategia de execuție a testelor.
=> Faceți clic aici pentru seria completă de programe de testare
Acest tutorial este un bun exemplu pentru scrierea planului de testare de la zero pentru orice aplicație. De asemenea, am furnizateșantion de șablon de suită de testare pentru descărcare.
În scopul demonstrării, să presupunem că aplicația ERP aflată sub testare constă din următoarele module, cu câteva informații cheie despre planul de implementare, după cum urmează.
Nume ERP: ABC Manufacturing ERP
Numele clientului: XYZ Petrochemicals LLC
Verticale industriale: de fabricație
Biroul corporativ: New York
Sucursale: Los Angeles și Chicago
Uzină de producție: Houston
Depozite de inventar: Houston, Los Angeles și Chicago
Total angajați: 2500
Utilizatori de sistem: 325
Cifra de afaceri a companiei: 1 milion USD
Departamente: Administrare, finanțe, conturi, resurse umane, producție, calitate, magazine, vânzări, marketing, întreținere, expediere, asistență pentru clienți
Module: Buget, CRM, Client, Furnizor, Vânzări, Achiziții, Plăți, Contracte, Finanțe, Conturi, Capital uman, Salarizare, Planificare producție, Management de proiect, Inventar, Management material, Comenzi de lucru, Active fixe, Business Intelligence
Model de livrare: Local și Cloud
Plan de implementare: Colectarea cerințelor, analiza fluxului de lucru pentru afaceri, evaluarea fluxului de date, personalizare și îmbunătățire, livrare și lansare, instruire pentru utilizatorii finali
Instrument recomandat:
# 1) Oracle NetSuite

Oracle NetSuite oferă o platformă de asigurare a calității care vă va permite să configurați planuri de inspecție și să urmăriți rezultatele testelor. Instrumentul vă va ajuta să livrați cea mai înaltă calitate a produselor dvs. Veți putea gestiona în mod centralizat lista de teste și să aplicați calificările minime de inspector.
Oferă diverse caracteristici și funcționalități pentru definirea testelor, primirea și inspecțiile în curs de procesare și colectarea datelor.
Caracteristici:
- Oracle NetSuite efectuează procesarea în timp real a rezultatelor inspecției.
- Este un instrument agnostic pentru dispozitive și poate fi utilizat pe orice tabletă bazată pe browser.
- Are caracteristici de manipulare a fluxului de lucru a materialelor neconforme.
- Puteți impune calificările minime de inspector.
Găsiți mai jos câteva dintre capturile de ecran ale aplicației software ERP pentru un proces important de afaceri, cum ar fi Comanda de vânzări, Finanțele clienților, Antetul plăților, Active fixe, Managementul angajaților și Raportul de vânzări, care vă vor oferi o idee despre criticitatea și complexitatea testării ERP.
Captură de ecran 1: Comandă de vânzări

Captură de ecran 2: Comandă de vânzare (SUA)

Captură de ecran 3: Date financiare ale clienților

Captură de ecran 4: Antetul plăților (India)

Captură de ecran 5: Antetul plăților (SUA)

Captură de ecran 6: Active fixe (India)
convertor gratuit de la YouTube la mp3 gratuit

Captură de ecran 7: Active fixe (SUA)

Captura de ecran 8: Managementul angajaților

Captură de ecran 9: Raport de vânzări

Ce veți învăța:
- Plan ERP QA
- Planul de testare ERP
- descrierea proiectului
- Obiectiv
- Caracteristici ale modulului pentru testarea manuală
- Caracteristici ale modulului pentru testarea automatizării
- Funcții care trebuie testate în incintă
- Funcții care trebuie testate în incintă
- Funcții de testat pe mobil, Wi-Fi și cloud
- Cerințe de resurse
- Programul de testare
- Executarea cazului de testare
- Acoperirea testului
- Livrabile
- Managementul riscurilor
- Detector de probleme
- Valori de calitate
- ERP Test Suite
- Descărcare de șabloane de testare a probei:
- Cazuri de testare ERP
- Concluzie
- Lectură recomandată
Plan ERP QA
Asigurarea calității este o etapă majoră a oricărui proiect de implementare ERP, care constă din următoarele părți interesate, iar succesul depinde de eforturile dedicate ale tuturor, ca „ Echipă ”.
Părțile interesate ale proiectului de implementare ERP ar putea fi:
- Echipa de implementare - Este format din echipa de profesioniști de la ERP Company sau de la partenerul de implementare local. Trebuie să aibă expertiză în implementare.
- Furnizor de software - Furnizori de software pentru sistemul de operare, baza de date și alte aplicații de birou necesare pentru ERP.
- Furnizor de gazduire - Furnizori de găzduire pentru servere, rețea, internet și infrastructură intranet necesare implementării ERP. Trebuie să aibă expertiză în implementare.
- Echipa de afaceri - Este format din echipa din dezvoltarea afacerii sau din comitetul de conducere al managementului.
- Echipa tehnică - Echipa de dezvoltare sau echipa de implementare să fie disponibile pe tot parcursul derulării proiectului. Trebuie să aibă expertiză în implementare.
- Echipa de testare - Echipa de testare de la compania ERP sau de la partenerii locali cu expertiză în strategiile de implementare ERP.
- Echipa de clienți - Echipa utilizatorului final sau șefii departamentali, care au cunoștințele complete de lucru despre procesul de afaceri.
Așa cum am discutat în tutorialul anterior, testarea aplicației software ERP (de exemplu, SAP) este diferită de testarea celorlalte aplicații software. Aplicațiile ERP sunt specifice domeniului și specifice industriei. Modulele comune, cum ar fi Finanțe, contabilitate, inventar, active fixe, vânzări, achiziții, capital uman și salarizare, sunt disponibile în toate sistemele ERP.
În afară de aceste module comune, sunt disponibile câteva module industriale specifice conform clienților vizați.De exemplu, un „ERP de fabricație” poate avea un modul „planificare producție”, un „ERP farmaceutic” poate avea un modul „medic-pacient” și un „ERP educațional” poate avea un modul „student” și așa mai departe.
Deci, factorul de calitate ar trebui să fie activat cu unele valori predefinite, care să fie partajate cu mult timp în avans tuturor părților interesate din lista de mai sus.
Pentru a menține calitatea, părțile interesate au primit reciproc acorduri de nivel de serviciu. Toți factorii interesați ca echipă ar trebui să aibă elementele de acțiune definite, responsabilitățile cu datele țintă pentru a atinge calitatea preconizată a declarației de lucru.
Planul de testare ERP
Planul de testare ERP ar trebui să conțină următoarele informații pentru o implementare eficientă și de succes.
Planul de testare are obiectivele, parametrii de calitate, caracteristicile care trebuie testate manual, caracteristicile care trebuie testate prin instrumente de automatizare, mediul de proiect, infrastructura echipei, cerințele resurselor, programul de testare, testarea livrabilelor, infrastructura de execuție a testelor, cadrul de testare, ipoteze, dependențe, constrângeri, mecanism de urmărire a erorilor, instrumente de raportare a erorilor și criterii de acceptare etc.,
Mai jos este exemplul planului de testare pentru proiectul nostru de implementare ERP pentru XYZ Petrochemical LLC.
Vezi si - dacă aveți nevoie de mai multe informații despre cum să scrieți planul de test, vă rugăm să consultați aceste tutoriale:


descrierea proiectului
ABC Manufacturing ERP este o soluție ERP integrată pentru industria prelucrătoare. Produsul constă din modulele de bază cum ar fi Contabilitate, Finanțe, Buget, Inventar, Imobilizări, Clienți, Furnizori, CRM, Vânzări, Achiziții, Plăți, Contracte, Capital uman, Salarizare, Planificare producție, Management de proiect, Inventar, Management material, Muncă Comenzi și Business Intelligence.
Verticala clientului se îndreaptă către producție, iar afacerea lor este fabricarea de bi-produse petrochimice și vânzarea acestora către clienții interni și internaționali. Materiile prime sunt achiziționate de pe piețele interne și internaționale. Compania operează din New York, SUA, cu sucursale în diferite părți ale țării.
Compania are și depozite în locații îndepărtate. Sistemul ERP va fi implementat într-o locație centralizată la sediul corporativ și va conecta celelalte sucursale, depozite, fabrici de producție, birouri de marketing din diferite părți ale țării prin Internet, WAN, Wi-Fi, Cloud Infrastructure. Soluția propusă acceptă mai multe limbi, cum ar fi engleza (pentru clienții internaționali, hindi (pentru utilizatorii IN), araba (pentru furnizorii din Orientul Mijlociu) și acceptă tranzacții cu mai multe valute.
Sistemul are, de asemenea, un portal pentru clienți de comerț electronic pentru comenzi de vânzare online cu un gateway de plată cu cardul de credit și un portal pentru furnizori pentru ofertele de cumpărare. Există mai mult de 300 de utilizatori de sistem care vor folosi sistemul din diferite părți ale globului cu cel puțin mai mult de 10.000 de tranzacții pe zi.
Obiectiv
- Identificați modulele care trebuie testate manual.
- Identificați modulele care trebuie testate prin instrumente de automatizare.
- Definiți strategia de testare, sfera de testare și activitățile de testare.
- Definiți criteriile de testare, ipotezele, dependențele și constrângerile.
- Identificați echipa de testare, alocarea acestora și programul de testare.
- Configurați cadrul de testare manuală și de automatizare.
- Configurați infrastructura de testare cu configurația software și hardware.
- Definiți părțile interesate ale proiectului pentru implementarea ERP.
- Definiți mecanismul de comunicare și escaladare.
- Definiți mediul de lucru, detaliile sarcinii și responsabilitățile.
- Managementul riscurilor cu planuri de reducere a riscurilor.
- Definiți livrabilele de testare și instrumentele de raportare.
Caracteristici ale modulului pentru testarea manuală
- Modulul de plăți (crearea plăților, aprobarea plăților, emiterea cecurilor)
- Modul de finanțare (plăți comune, aprobă plăți comune, emite cecuri)
- Modul de salarizare (cecuri de salarizare, cecuri de emisiune)
- Modulul de active fixe (amortizarea activelor, cedarea activelor)
- ...
Caracteristici ale modulului pentru testarea automatizării
- Modulul de vânzări (Comandă de vânzare, Comandă de vânzare prin expediere, Comenzi în avans, Facturare vânzări)
- Modul de cumpărare (contract de cumpărare, comenzi de cumpărare, modificări de cumpărare)
- Modulul clienților (gestionarea clienților, date financiare ale clienților)
- Modulul de capital uman (gestionarea angajaților, prezență, împrumuturi, concedii)
- ...
Funcții care trebuie testate în incintă
- Testarea funcționalității: toate cazurile de testare funcțională a tuturor modulelor, care sunt revizuite și aprobate.
- Testare de regresie: Toate cazurile de testare funcțională pentru modulele personalizate, care sunt revizuite și aprobate.
- Testarea fumului: Toate cazurile de testare funcțională marcate pentru Sanity, care sunt revizuite, executate și aprobate.
- ...
Funcții care trebuie testate în incintă
- Testarea sistemului: Toate cazurile de testare a sistemului pentru toate modulele, care sunt revizuite și aprobate.
- Testarea integrării : Toate cazurile de testare a sistemului pentru toate modulele, care sunt revizuite și aprobate.
- Testarea performanței: toate cazurile de testare a performanței, care sunt revizuite și aprobate.
- Testarea sarcinii: toate cazurile de testare a sarcinii, care sunt revizuite și aprobate.
- Testarea acceptării utilizatorului : Toate testele de acceptare ale utilizatorilor, care sunt revizuite și aprobate.
- ...
Funcții de testat pe mobil, Wi-Fi și cloud
Testarea funcționalității: Toate cazurile de testare a sistemului ale modulului CRM, care sunt revizuite și aprobate.

Cerințe de resurse

Programul de testare
| da nu | Detalii despre sarcină | Data de început | Data de încheiere | Tester |
|---|---|---|---|---|
| 6 | Autorizație de returnare a mărfurilor | 27.05.2015 | 01.06.2015 | Tester B |
| unu | Pregătirea planului de testare | 05/04/2015 | 05/06/2015 | Testerul A |
| Două | Examinați și actualizați planul de testare | 05/07/2015 | 05/07/2015 | Testul B |
| 3 | Pregătirea pachetului de testare și a cazurilor de testare | |||
| Modulul 1: Vânzări și distribuție | 16.05.2015 | 06/04/2015 | ||
| 4 | Procesul comenzii de vânzare | 16.05.2015 | 20.05.2015 | Tester B |
| 5 | Procesul contractului de vânzare | 21.05.2015 | 26.05.2015 | Tester B |
| 7 | Procesul chitanțelor de plată | 06/02/2015 | 06/04/2015 | Tester B |
| ... | ||||
| Modulul 2: Achiziții și plăți | ||||
| 8 | Procesul de indentare de cumpărare | 16.05.2015 | 19.05.2015 | Tester C |
| 9 | Procesul de ofertă de cumpărare | 20.05.2015 | 23/05/2015 | Tester C |
| 10 | Procesul comenzii de cumpărare | 24.05.2015 | 28.05.2015 | Tester C |
| unsprezece | Procesul de aprobare a plăților | 29.05.2015 | 31.05.2015 | Tester C |
| ... | ||||
| Executarea testului | ||||
| 12 | Modulul 1: Iterarea 1 | 01.06.2015 | 06/05/2015 | Tester B |
| 13 | Modulul 2: Iterarea 1 | 01.06.2015 | 06/04/2015 | Tester C |
| ... | ||||
| 14 | Testarea regresiei: modulul 1 | |||
| cincisprezece | Testarea regresiei: modulul 2 | |||
| ... | ||||
| 16 | Rapoarte de testare și actualizări ale planului QA | |||
| ... |
Executarea cazului de testare

Acoperirea testului

A: Testare funcțională, B: Testarea sistemului, C: Testarea integrității, D: Testarea securității, E: Testarea utilizabilității, F: Testarea performanței, G: Testarea interfeței, H: Testarea instalării
Livrabile

Managementul riscurilor

Detector de probleme
Pentru confluență și instrumentele JIRA sunt utilizate urmărirea problemelor în proiect. De asemenea, JIRA este personalizat și configurat pentru ca toți membrii echipei de testare să escaladeze problemele și să raporteze erori și sunt alocați echipei de dezvoltare a preocupărilor cu responsabilitatea și datele țintă.
Valori de calitate

ERP Test Suite
La fel ca procesul normal de testare, ERP Test Suite este pregătit în mod normal ca un document Excel. Acest document controlează istoricul complet al reviziilor diverselor suite de testare ale tuturor modulelor din aplicația ERP. Cazurile de testare ale fiecărui modul, istoricul execuției testului, lista de erori și istoricul rapoartelor de testare sunt păstrate într-o suită de testare ERP.
cum se folosește assert în c ++
Pentru testarea automatizării, „ scripturi de testare ”Sunt menținute în suita de testare și se menține iterația aferentă a istoricului de execuție a testului. Depinde de tipul de testare și de complexitatea cazurilor de testare, scripturile de testare de automatizare sunt menținute în suită, care ar trebui proiectate în așa fel pentru reutilizare.
Găsiți mai jos instantaneul unei suite de testare ERP în documentul Excel.


Descărcare de șabloane de testare a probei:
Mai jos este un exemplu de șablon de suită de testare pentru descărcare. Conține șabloane pentru istoricul reviziilor, raport de testare, raport de erori, cazuri de testare a fumului, cazuri de testare de regresie
=> Faceți clic aici pentru a descărca șablonul de suită de testare ERP.
Cazuri de testare ERP
În afară de cazurile de testare funcțională, cazurile de test de regresie, cazurile de sănătate / fum, Testarea ERP necesită un alt tip de cazuri de testare pentru testarea instalării, testarea configurației, testarea implementării, testarea adaptabilității, testarea rețelei, testarea serverului, testarea offline, testarea la distanță, testare multi-valută, testare multi-limbă, testare dispozitiv, testare intranet, testare în timp real etc.,
Cel mai important, ERP fiind o soluție automatizată centralizată, fiind accesat de mai mulți utilizatori simultan online în timp real, ceea ce implică o tranzacție financiară, fiecare caz de testare ar trebui scris cu mult efort dedicat și date în timp real.
De asemenea, starea de execuție a testului trebuie actualizată ca „Trecere” după verificarea datelor de ieșire cu datele predefinite în timp real. Deci, cazurile de testare ar trebui să aibă întotdeauna o coloană pentru „ date de testare ' și ' date de ieșire ”.
Exemplu de scenariu de testare:
Găsiți mai jos un eșantion de caz de testare pentru demonstrația noastră ERP Acest caz de testare poate consta dintr-o mulțime de cazuri de testare mici, care pot fi separate și întreținute, dar în scop demonstrativ, este combinat cu un singur caz de testare.
| Test ID-ul cazului | ABC_ERP_SD_X0121 |
|---|---|
| rezultate asteptate (Pozitiv) | 1. Comanda trebuie rezervată și facturată. 2. Alegerea Foaia de ambalare trebuie generată. 3. Ar trebui generată comanda de expediere. 4. Tranzacțiile cu majore ar trebui să fie înregistrate. 5. Registrul de inventar trebuie actualizat. 6. Ar trebui să fie generată o notă de debit. 7. E-mailul trebuie trimis clientului și magazinelor. |
| Modul | Vânzări și distribuție |
| Caracteristică | Procesul comenzii de vânzare |
| Obiectiv | Pentru a verifica ordinul de vânzare este rezervat și facturat cu datele corespunzătoare introduse pentru antetul vânzărilor și detaliile de vânzare. |
| Pasi pentru reproducere | 1. Vânzări și distribuție -> Gestionare comenzi -> Listă comenzi vânzări -> Comandă nouă de vânzări. 2. Selectați Data comenzii, Selectați tipul comenzii, Selectați data de expirare, Selectați ID-ul clientului, Selectați ID-ul de expediere, Selectați ID-ul depozitului, Selectați data expediției, Selectați data scadenței plății, Selectați ID-ul taxei de vânzare, Selectați ID-ul vânzătorului. 3. Selectați articole de vânzare noi și selectați ID articol, selectați articol UOM, introduceți cantitatea articolului, introduceți prețul articolului, selectați contul contului, selectați ID proiect și faceți clic pe OK. 4. Faceți clic pe butonul Comandă carte din ecranul principal. |
| Date de intrare (Pozitiv) | Data comenzii (01/01/2015), Tipul comenzii (Comanda de vânzare), Data expirării (31/09/2015), ID client (SABIC), ID transport (FedEx), ID depozit (NaviMumbaiWH), Data livrării (03 / 02/2015), Selectați data scadenței plății (28/02/2015), codul de impozitare pe vânzări (ST929), codul vânzătorului (Anand), codul articolului (polipropilenă), articolul UOM (kilograme), cantitatea articolului (1000), cont (23499949), ID proiect (DueTarget2015) |
| Date de intrare (Negativ) | Data comenzii (01/01/2016), Tipul comenzii (Comanda de achiziție), Data de expirare (31/09/2012), ID-ul clientului (DEFAULT), ID-ul de expediere (gol), ID-ul depozitului (gol), Data expedierii (03 / 02/2013), Selectați data scadenței plății (28/02/2012), codul taxei de vânzare (gol), codul vânzătorului (DEFAULT), ID-ul articolului (DEFAULT), articolul UOM (gol), cantitatea articolului (0), cont (DEFAULT), ID proiect (DEFAULT) |
| rezultate asteptate (Negativ) | • Ar trebui să apară caseta de alertă pentru fiecare intrare de date negative conform procesului de alertă și textului definit. • Comanda de vânzare ar trebui să fie restituită, dacă articolele sunt epuizate. • Comanda de vânzare ar trebui să fie în așteptare, dacă limita de credit pentru clienți este scăzută. |
| Rezultat actual | |
| Ieșire preconizată | Comanda de vânzare, Factura de vânzare, Lista de ambalare, Lista de expediere ar trebui să fie generate în formatul de raport predefinit. |
| Ieșire reală |
Concluzie
Testarea ERP are multe riscuri și complexități în comparație cu orice testare software / produs. De asemenea, gestionarea valorilor de calitate în proiectele de implementare a ERP necesită multă atenție și eforturi dedicate ca „echipă” din partea multiplelor părți interesate.
Profesioniștii în testare trebuie să înțeleagă diferența dintre calitatea produsului și calitatea implementării. Testarea ERP necesită sponsorizare de încredere la timp și buget din partea conducerii și a clienților. Testarea trebuie făcută de echipa de experți ERP și nu ar trebui alocată unei echipe fără experiență din orice motiv.
Este foarte important să utilizați procesul corect dovedit universal, metodologiile, abordările și instrumentele automate. Nu ar trebui să presupunem că „automatizarea” înlocuiește complet testarea „manuală”, dar nu trebuie să facem compromisuri cu privire la utilizarea infrastructurii și cadrului de testare necesare. Nu subestimați timpul necesar pentru colectarea datelor reale în timp real de la clienți.
Pentru profesioniștii în testare, această călătorie este „Resursă excelentă pentru testarea produselor ERP!”.
Spuneți-ne dacă aveți întrebări despre ERP sau, în special, Testarea SAP.
=> Vizitați aici pentru seria completă de programe de testare
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Programul de testare a software-ului - Plan de instruire detaliat al cursului online
- Diferența dintre Desktop, Client Server Testing și Web Testing
- Descărcare eBook Descărcare Primer
- Cum se scrie un raport săptămânal de testare a software-ului
- Ghidul pentru începători pentru testarea ERP (Testarea SAP) - Partea 1
- Ghid de testare a securității aplicațiilor web
- Tutorial Plan de testare: Un ghid pentru a scrie un document de plan de testare software de la zero