how prepare test plan
U prethodnom članku vidjeli smo nekoliko ključnih točaka ERP-a poput stvarnog značenja pojma ERP, različitih modula ERP-a, važnosti ERP testiranja, kritičnosti ERP testiranja i mape puta za pripremu ERP testiranja .
=> Ovdje pogledajte tutorial za ERP testiranje 1. dio.
U ovom ćemo članku ući u više praktičnih detalja o ERP (SAP) testiranju, poput pripreme plana osiguranja kvalitete, plana ispitivanja, paketa testova, slučajeva i strategije izvršavanja testova.
=> Kliknite ovdje za potpunu seriju vodiča za plan ispitivanja
Ovaj je vodič dobar primjer za pisanje plana testa ispočetka za bilo koju aplikaciju. Također smo osiguraliuzorak predloška test paketa za preuzimanje.
U svrhu demonstracije, pretpostavimo da se ERP aplikacija koja se testira sastoji od sljedećih modula s nekim ključnim informacijama o provedbenom planu kao u nastavku.
ERP naziv: ABC Proizvodnja ERP
Ime kupca: XYZ Petrochemicals LLC
Industrijske vertikale: Proizvodnja
Ured tvrtke: New York
Podružnice: Los Angeles i Chicago
Proizvodni pogon: Houston
Skladišta zaliha: Houston, Los Angeles i Chicago
Ukupno zaposlenih: 2500
Korisnici sustava: 325
Promet tvrtke: 1 milijun USD
Odjeli: Administracija, financije, računi, HR, proizvodnja, kvaliteta, prodavaonice, prodaja, marketing, održavanje, otprema, korisnička podrška
Moduli: Proračun, CRM, kupac, dobavljač, prodaja, kupnja, plaćanja, ugovori, financije, računi, ljudski kapital, obračun plaća, planiranje proizvodnje, upravljanje projektima, inventar, upravljanje materijalima, radni nalozi, fiksna imovina, poslovna inteligencija
Model isporuke: Prostor i oblak
Plan implementacije: Prikupljanje zahtjeva, analiza poslovnog tijeka, procjena protoka podataka, prilagodba i poboljšanje, isporuka i uvođenje, obuka krajnjeg korisnika
Preporučeni alat:
# 1) Oracle NetSuite
Oracle NetSuite nudi platformu za osiguranje kvalitete koja će vam omogućiti postavljanje planova inspekcije i praćenje rezultata ispitivanja. Alat će vam pomoći da svojim proizvodima pružite najvišu kvalitetu. Moći ćete centralno upravljati popisom testova i provoditi minimalne kvalifikacije inspektora.
Pruža razne značajke i funkcionalnosti za definiciju testa, primanje i inspekcije u tijeku te prikupljanje podataka.
Značajke:
- Oracle NetSuite vrši obradu rezultata inspekcije u stvarnom vremenu.
- To je agnostički alat za uređaje i može se koristiti na bilo kojem tabletu zasnovanom na pregledniku.
- Ima značajke rukovanja neskladnim materijalima temeljenim na tijeku rada.
- Možete provoditi minimalne kvalifikacije inspektora.
U nastavku pronađite neke snimke zaslona ERP softverske aplikacije za neki važan poslovni proces poput prodajnog naloga, financijskih podataka kupaca, zaglavlja plaćanja, fiksne imovine, upravljanja zaposlenicima i izvještaja o prodaji koji će dati ideju o kritičnosti i složenosti ERP testiranja.
Snimka zaslona 1: Prodajni nalog
Snimka zaslona 2: Prodajni nalog (SAD)
Snimka zaslona 3: Financije kupaca
Snimka zaslona 4: Zaglavlje plaćanja (Indija)
Snimka zaslona 5: Zaglavlje plaćanja (SAD)
Snimka zaslona 6: Fiksna imovina (Indija)
Snimka zaslona 7: Fiksna imovina (SAD)
Snimka zaslona 8: Upravljanje zaposlenicima
Snimka zaslona 9: Izvješće o prodaji
koja je najbolja stranica za preuzimanje mp3 besplatno?
Što ćete naučiti:
- ERP QA plan
- Plan ispitivanja ERP-a
- Opis projekta
- Cilj
- Modularne značajke za ručno testiranje
- Modularne značajke za automatizirano ispitivanje
- Značajke koje treba testirati u prostorijama
- Značajke koje će se testirati u prostorijama
- Značajke koje će se testirati na mobilnim uređajima, Wi-Fi-ju i oblaku
- Zahtjevi za resursima
- Raspored ispitivanja
- Izvršenje test slučaja
- Obuhvat testom
- Isporučeno
- Upravljanje rizicima
- Tragač izdanja
- Metrika kvalitete
- ERP testni paket
- Uzorak Preuzimanje predloška test paketa:
- Slučajevi ERP ispitivanja
- Zaključak
- Preporučena literatura
ERP QA plan
Osiguravanje kvalitete glavna je prekretnica svakog projekta implementacije ERP-a, koji se sastoji od sljedećih dionika, a uspjeh ovisi o predanim naporima svih kao „ Tim '.
Dionici projekta implementacije ERP-a mogli bi biti:
- Provedbeni tim - Sastoji se od tima profesionalaca iz ERP tvrtke ili od lokalnog implementacijskog partnera. Mora imati stručnost za provedbu.
- Dobavljač softvera - Dobavljači softvera za operativni sustav, bazu podataka i ostale uredske aplikacije potrebne za ERP.
- Pružatelj usluge hostinga - Davatelji usluga hostinga za poslužitelje, mrežnu, internetsku i intranet infrastrukturu potrebnu za implementaciju ERP-a. Mora imati stručnost za provedbu.
- Poslovni tim - Sastoji se od tima iz poslovnog razvoja ili upravnog odbora.
- Tehnički tim - Razvojni tim ili provedbeni tim biti će dostupni tijekom cijelog projekta. Mora imati stručnost za provedbu.
- Ispitni tim - Testni tim iz ERP tvrtke ili od lokalnih partnera koji imaju stručnost o strategijama implementacije ERP-a.
- Korisnički tim - tim krajnjeg korisnika ili voditelji odjela koji imaju cjelokupno radno znanje o poslovnom procesu.
Kao što smo raspravljali u prethodnom vodiču, testiranje softverske aplikacije ERP (npr. SAP) razlikuje se od testiranja ostalih softverskih aplikacija. ERP aplikacije ovise o domeni i industriji. Uobičajeni moduli poput financija, računovodstva, zaliha, fiksne imovine, prodaje, kupnje, ljudskog kapitala i obračuna plaća dostupni su u svim ERP sustavima.
Osim ovih uobičajenih modula, dostupno je nekoliko industrijski specifičnih modula prema ciljanim kupcima.Na primjer, „proizvodni ERP“ može imati modul „planiranje proizvodnje“, „farma ERP“ može imati modul „liječnik-pacijent“, a „obrazovni ERP“ može imati „studentski“ modul i tako dalje.
Dakle, faktor kvalitete trebao bi biti omogućen s nekim unaprijed definiranim mjernim podacima koji će se unaprijed podijeliti sa svim dionicima s gornjeg popisa.
Kako bi se održala kvaliteta, dionici se uzajamno uključuju u ugovore o razini usluge. Svi dionici kao tim trebali bi imati definirane stavke aktivnosti, odgovornosti s ciljnim datumima kako bi postigli očekivanu kvalitetu izvještaja o radu.
Plan ispitivanja ERP-a
Plan ERP testa trebao bi se sastojati od sljedećih podataka za učinkovitu i uspješnu provedbu.
Plan ispitivanja ima ciljeve, mjerne podatke o kvaliteti, značajke koje treba ručno testirati, značajke koje treba testirati putem alata za automatizaciju, projektno okruženje, timsku infrastrukturu, zahtjeve za resursima, raspored testiranja, isporučene rezultate, infrastrukturu za izvršavanje testa, okvir za testiranje, pretpostavke, ovisnosti, ograničenja, mehanizam praćenja bugova, alati za prijavljivanje grešaka i kriteriji prihvaćanja itd.,
Ispod je uzorak plana ispitivanja za naš projekt implementacije ERP-a za XYZ Petrochemical LLC.
Vidi također - ako trebate više informacija o tome kako napisati plan testa, provjerite ove upute:
Opis projekta
ABC Manufacturing ERP integrirano je ERP rješenje za prerađivačku industriju. Proizvod se sastoji od osnovnih modula kao što su računovodstvo, financije, proračun, zalihe, fiksna imovina, kupci, dobavljači, CRM, prodaja, kupnja, plaćanja, ugovori, ljudski kapital, obračun plaća, planiranje proizvodnje, upravljanje projektima, zalihe, upravljanje materijalom, rad Narudžbe i poslovna inteligencija.
Vertika kupca je u proizvodnji, a njihovo poslovanje je proizvodnja petrokemijskih dvoproizvoda i prodaja domaćim i međunarodnim klijentima. Sirovine se kupuju s domaćeg i inozemnog tržišta. Tvrtka djeluje iz New Yorka, SAD, s podružnicama u raznim dijelovima zemlje.
Tvrtka također ima skladišta na udaljenim mjestima. ERP sustav bit će implementiran na centraliziranom mjestu u korporativnim prostorijama i povezivat će ostale podružnice, skladišta, proizvodne pogone, marketinške urede iz različitih dijelova zemlje putem Interneta, WAN-a, Wi-Fi-ja, infrastrukture u oblaku. Predloženo rješenje podržava više jezika kao što su engleski (za međunarodne kupce, hindski (za IN korisnike), arapski (za dobavljače s Bliskog istoka) i podržava više valuta.
Sustav također ima E-Commerce portal za kupce za internetske prodajne naloge s pristupnikom za plaćanje kreditnom karticom i portal dobavljača za ponude. Više je od 300 korisnika sustava koji će koristiti sustav iz različitih dijelova svijeta s najmanje više od 10.000 transakcija dnevno.
Cilj
- Identificirajte module koji će se testirati ručno.
- Identificirajte module koji će se testirati pomoću alata za automatizaciju.
- Definirajte strategiju ispitivanja, opseg ispitivanja i aktivnosti ispitivanja.
- Definirajte kriterije ispitivanja, pretpostavke, ovisnosti i ograničenja.
- Odredite ispitni tim, njihovu dodjelu i raspored ispitivanja.
- Postavite okvir za ručno testiranje i automatizaciju.
- Postavite infrastrukturu za testiranje pomoću softverske i hardverske konfiguracije.
- Definirajte dionike projekta za provedbu ERP-a.
- Definirajte mehanizam komunikacije i eskalacije.
- Definirajte radno okruženje, detalje zadatka i odgovornosti.
- Upravljanje rizikom s planovima za ublažavanje rizika.
- Definirajte rezultate ispitivanja i alate za izvještavanje.
Modularne značajke za ručno testiranje
- Modul plaćanja (izrada plaćanja, odobravanje plaćanja, provjere izdavanja)
- Modul financiranja (zajednička plaćanja, odobrenje zajedničkih plaćanja, izdavanje provjera)
- Modul za obračun plaća (provjere plaća, provjere izdavanja)
- Modul dugotrajne imovine (amortizacija imovine, otuđenje imovine)
- ...
Modularne značajke za automatizirano ispitivanje
- Modul prodaje (prodajni nalog, prodajni nalog za otpremu, narudžbe, fakturiranje prodaje)
- Modul nabave (Ugovor o kupnji, Narudžbenice, Izmjene i dopune kupnje)
- Korisnički modul (Upravljanje kupcima, Financije kupaca)
- Modul za ljudski kapital (upravljanje zaposlenicima, posjećenost, zajmovi, odmori)
- ...
Značajke koje treba testirati u prostorijama
- Ispitivanje funkcionalnosti: Svi primjeri funkcionalnih testova svih modula, koji se pregledavaju i odobravaju.
- Ispitivanje regresije: Svi funkcionalni testovi za prilagođene module, koji se pregledavaju i odobravaju.
- Ispitivanje dima: Svi funkcionalni testovi označeni kao Sanity, koji se pregledavaju, izvršavaju i odobravaju.
- ...
Značajke koje će se testirati u prostorijama
- Ispitivanje sustava: Svi slučajevi ispitivanja sustava svih modula, koji se pregledavaju i odobravaju.
- Ispitivanje integracije : Svi primjeri sustava za ispitivanje svih modula, koji se pregledavaju i odobravaju.
- Ispitivanje izvedbe: Svi slučajevi ispitivanja izvedbe, koji se pregledavaju i odobravaju.
- Ispitivanje opterećenja: Svi slučajevi ispitivanja opterećenja, koji se pregledavaju i odobravaju.
- Ispitivanje prihvaćanja korisnika : Sva ispitivanja prihvaćanja korisnika koja se pregledavaju i odobravaju.
- ...
Značajke koje će se testirati na mobilnim uređajima, Wi-Fi-ju i oblaku
Ispitivanje funkcionalnosti: Svi testovi sustava CRM modula koji se pregledavaju i odobravaju.
Zahtjevi za resursima
Raspored ispitivanja
da ne | Pojedinosti zadatka | Početni datum | Datum završetka | Tester |
---|---|---|---|---|
6 | Odobrenje povrata robe | 27.05.2015 | 01.06.2015 | Ispitivač B |
jedan | Priprema plana ispitivanja | 04.05.2015 | 06.05.2015 | Ispitivač A |
dva | Pregledajte i ažurirajte plan ispitivanja | 07.05.2015 | 07.05.2015 | Ispitni kabel B |
3 | Priprema paketa za testiranje i test slučajeva | |||
Modul 1: Prodaja i distribucija | 16.05.2015 | 04.06.2015 | ||
4 | Proces narudžbenice | 16.05.2015 | 20.05.2015 | Ispitivač B |
5 | Proces kupoprodajnog ugovora | 21.05.2015 | 26.05.2015 | Ispitivač B |
7 | Proces primanja plaćanja | 02.06.2015 | 04.06.2015 | Ispitivač B |
... | ||||
Modul 2: Kupnja i plaćanja | ||||
8 | Proces uvlačenja kupnje | 16.05.2015 | 19.05.2015 | Ispitivač C |
9 | Proces ponude ponuda | 20.05.2015 | 23.05.2015 | Ispitivač C |
10 | Proces narudžbenice | 24.05.2015 | 28.05.2015 | Ispitivač C |
jedanaest | Postupak odobrenja plaćanja | 29.05.2015 | 31.05.2015 | Ispitivač C |
... | ||||
Izvršenje testa | ||||
12 | Modul 1: Iteracija 1 | 01.06.2015 | 05.06.2015 | Ispitivač B |
13 | Modul 2: Iteracija 1 | 01.06.2015 | 04.06.2015 | Ispitivač C |
... | ||||
14 | Ispitivanje regresije: Modul 1 | |||
petnaest | Ispitivanje regresije: Modul 2 | |||
... | ||||
16 | Test izvješća i ažuriranja plana osiguranja kvalitete | |||
... |
Izvršenje test slučaja
Obuhvat testom
A: Funkcionalno testiranje, B: Testiranje sustava, C: Testiranje integriteta, D: Testiranje sigurnosti, E: Testiranje upotrebljivosti, F: Testiranje performansi, G: Testiranje sučelja, H: Testiranje instalacije
Isporučeno
Upravljanje rizicima
Tragač izdanja
Utočište i alati JIRA koriste se za praćenje problema u projektu. Također, JIRA je prilagođena i konfigurirana za sve članove testnog tima da eskalira problem i prijavljuje greške i dodjeljuje se timu za razvoj koncerna s odgovornošću i ciljnim datumima.
Metrika kvalitete
ERP testni paket
Kao i uobičajeni postupak testiranja, ERP Test Suite obično se priprema kao Excel dokument. Ovaj dokument kontrolira cjelovitu povijest revizija različitih ispitnih paketa svih modula u ERP aplikaciji. Ispitni slučajevi svakog modula, povijest izvršavanja testa, popis grešaka i povijest izvještaja o testiranju održavaju se u ERP paketu za testiranje.
Za ispitivanje automatizacije, „ test skripte ”Održavaju se u skupu za testiranje i s tim u vezi ponavlja se povijest izvršavanja testa. Ovisno o vrsti testiranja i složenosti testnih slučajeva, skripte za automatizaciju testova održavaju se u paketu koji bi trebao biti dizajniran na takav način da se može ponovno upotrijebiti.
U nastavku pronađite snimak paketa ERP testova u excel dokumentu.
Uzorak Preuzimanje predloška test paketa:
Ispod je uzorak predloška test paketa za preuzimanje. Sadrži predloške za povijest revizija, izvještaj o ispitivanju, izvještaj o greškama, slučajeve dimnog ispitivanja, slučajeve regresijskog ispitivanja
=> Kliknite ovdje za preuzimanje predloška ERP testnog paketa.
Slučajevi ERP ispitivanja
Osim funkcionalnih testova, slučajeva regresije, testova ispravnosti / dima, ERP testiranje zahtijeva i drugu vrstu test slučajeva za instalacijsko testiranje, testiranje konfiguracije, testiranje implementacije, testiranje prilagodljivosti, mrežno testiranje, testiranje poslužitelja, izvanmrežno testiranje, daljinsko testiranje, viševalutno testiranje, višejezično testiranje, testiranje uređaja, intranet testiranje, testiranje u stvarnom vremenu itd.,
Najvažnije je da je ERP centralizirano automatizirano rješenje, kojem istovremeno pristupa više korisnika istovremeno na mreži u stvarnom vremenu, što uključuje financijsku transakciju, a svaki testni slučajevi trebaju biti napisani s puno namjenskog truda i podataka u stvarnom vremenu.
Također, status izvršavanja testa trebao bi se ažurirati kao 'Pass' nakon provjere izlaznih podataka s unaprijed definiranim podacima u stvarnom vremenu. Dakle, test slučajevi uvijek trebaju imati stupac ' podaci ispitivanja 'I' izlazni podaci '.
Uzorak scenarija ispitivanja:
U nastavku pronađite uzorak testnog slučaja za našu ERP demonstraciju. Ovaj se testni slučaj može sastojati od puno malih testnih slučajeva koji se mogu razdvajati i održavati, ali u demo svrhe kombiniran je s jednim testnim slučajem.
ID testnog slučaja | ABC_ERP_SD_X0121 |
---|---|
očekivani rezultati (Pozitivan) | 1. Narudžbu treba rezervirati i fakturirati. 2. Odabir Treba generirati pakiranje. 3. Nalog za otpremu treba generirati. 4. Transakcije glavne knjige treba knjižiti. 5. Knjigu inventara treba ažurirati. 6. Trebate generirati terećenje. 7. Kupcu i prodavaonicama treba poslati e-poštu. |
Modul | Prodaja i distribucija |
Značajka | Proces narudžbenice |
Cilj | Da biste provjerili je li narudžba rezervirana i fakturirana s odgovarajućim podacima unesenim za zaglavlje i detalje prodaje. |
Koraci za reprodukciju | 1. Prodaja i distribucija -> Upravljanje narudžbama -> Popis prodajnih naloga -> Nova prodajna narudžba. 2. Odaberite datum narudžbe, odaberite vrstu narudžbe, odaberite datum isteka, odaberite ID kupca, odaberite ID otpreme, odaberite ID skladišta, odaberite datum otpreme, odaberite datum dospijeća plaćanja, odaberite ID poreza na promet, odaberite ID prodavača. 3. Odaberite Nove prodajne stavke i Odaberite ID stavke, odaberite UOM stavke, unesite količinu predmeta, unesite cijenu stavke, odaberite račun glavne knjige, odaberite ID projekta i kliknite U redu. 4. Pritisnite gumb Naruči knjigu na glavnom zaslonu. |
Ulazni podaci (Pozitivan) | Datum narudžbe (01.01.2015.), Vrsta narudžbe (prodajni nalog), datum isteka (31.09.2015.), ID kupca (SABIC), ID otpreme (FedEx), ID skladišta (NaviMumbaiWH), datum otpreme (03 / 02/2015), odaberite datum dospijeća plaćanja (28/02/2015), porezni broj poreza na promet (ST929), ID prodavača (Anand), ID predmeta (polipropilen), artikl UOM (kilogrami), količinu predmeta (1000), račun glavne knjige (23499949), ID projekta (DueTarget2015) |
Ulazni podaci (Negativan) | Datum narudžbe (01.01.2016.), Vrsta narudžbe (narudžbenica), datum isteka (31.9.2012.), ID kupca (DEFAULT), ID isporuke (prazno), ID skladišta (prazno), datum isporuke (03 / 02/2013), odaberite datum dospijeća plaćanja (28.2.2012.), ID poreznog prometa (prazno), ID prodavača (DEFAULT), ID predmeta (DEFAULT), artikl UOM (prazno), Količina predmeta (0), Račun glavne knjige (DEFAULT), ID projekta (DEFAULT) |
očekivani rezultati (Negativan) | • Okvir upozorenja trebao bi doći za svaki negativni unos podataka prema postupku upozorenja i definiranom tekstu. • Prodajni nalog treba biti naručen ako predmeta nema na skladištu. • Prodajni nalog trebao bi biti na čekanju ako je kreditni limit kupaca nizak. |
Stvarni rezultat | |
Očekivani učinak | Prodajni nalog, prodajna faktura, popis pakiranja, popis otpreme trebaju se generirati u unaprijed definiranom formatu izvješća. |
Stvarni izlaz |
Zaključak
ERP testiranje ima puno rizika i složenosti u usporedbi s bilo kojim testiranjem softvera / proizvoda. Također, upravljanje metrikom kvalitete u projektima implementacije ERP-a zahtijeva puno pažnje i posvećenih napora kao 'tima' višestrukih dionika.
Stručnjaci za ispitivanje moraju razumjeti razliku između kvalitete proizvoda i kvalitete primjene. ERP testiranje zahtijeva pouzdano sponzorstvo na vrijeme i proračun od uprave i kupaca. Testiranje treba obaviti stručni tim za ERP i ne smije se dodijeliti neiskusnom timu iz bilo kojeg razloga.
Vrlo je važno koristiti univerzalno dokazani ispravan postupak, metodologije, pristupe i automatizirane alate. Ne bismo trebali pretpostaviti da 'automatizacija' u potpunosti zamjenjuje 'ručno' testiranje, ali ne bismo smjeli raditi kompromise u korištenju potrebne infrastrukture i okvira za testiranje. Ne podcjenjujte vrijeme potrebno za prikupljanje stvarnih podataka od kupaca uživo.
Za stručnjake za testiranje ovo je putovanje „Izvrsni resursi za testiranje ERP proizvoda!“.
Javite nam ako imate pitanja o ERP-u ili posebno o SAP testiranju.
=> Posjetite ovdje za cjelovitu seriju vodiča za plan ispitivanja
Preporučena literatura
- Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
- Program tečaja za testiranje softvera - detaljan plan obuke za mrežni tečaj
- Razlika između testiranja radne površine, klijentskog poslužitelja i web testiranja
- Preuzimanje e-knjige za testiranje primera
- Kako napisati tjedno izvješće o testiranju softvera
- Vodič za početnike za ERP testiranje (SAP testiranje) - 1. dio
- Vodič za ispitivanje sigurnosti web aplikacija
- Vodič za plan ispitivanja: Vodič za pisanje dokumenta softverskog plana ispitivanja ispočetka