how prepare test plan
V prejšnjem članku smo videli nekaj ključnih točk ERP, kot so resnični pomen izraza ERP, različni moduli ERP, pomen ERP testiranja, kritičnost ERP testiranja in časovni načrt za pripravo ERP testiranja .
=> Tukaj si oglejte vadnico za ERP testiranje 1. del.
V tem članku pojdimo na bolj praktične podrobnosti o preizkušanju ERP (SAP), kot je priprava načrta zagotavljanja kakovosti, načrta preizkusa, zbirke testov, primerov in strategije izvajanja testov.
=> Kliknite tukaj za celotno serijo vadnic o načrtu preizkusov
Ta vadnica je dober primer za pisanje načrta preizkusa iz nič za katero koli aplikacijo. Zagotovili smo tudivzorec predloge testne zbirke za prenos.
Za predstavitveni namen predpostavimo, da je preizkušena aplikacija ERP sestavljena iz naslednjih modulov z nekaj ključnimi informacijami o izvedbenem načrtu, kot je prikazano spodaj.
Ime ERP: ABC Manufacturing ERP
Ime stranke: XYZ Petrochemicals LLC
Industrijske vertikale: Predelovalne dejavnosti
Služba podjetja: New York
Podružnice: Los Angeles in Chicago
Proizvodni obrat: Houston
Skladišča zalog: Houston, Los Angeles in Chicago
Skupaj zaposlenih: 2500
Uporabniki sistema: 325
Prihodek podjetja: 1 milijon USD
Oddelki: Administracija, finance, računi, kadri, proizvodnja, kakovost, trgovine, prodaja, trženje, vzdrževanje, odprema, podpora strankam
Moduli: Proračun, CRM, kupec, prodajalec, prodaja, nakup, plačila, pogodbe, finance, računi, človeški kapital, izplačane plače, načrtovanje proizvodnje, upravljanje projektov, inventar, upravljanje z materiali, delovni nalogi, osnovna sredstva, poslovna inteligenca
Model dostave: On-Prostor in oblak
Načrt izvajanja: Zbiranje zahtev, analiza poslovnega poteka, ocena pretoka podatkov, prilagajanje in izboljšanje, dostava in uvajanje, usposabljanje končnih uporabnikov
Priporočeno orodje:
# 1) Oracle NetSuite

Oracle NetSuite ponuja platformo za zagotavljanje kakovosti, ki vam omogoča pripravo načrtov inšpekcijskih pregledov in spremljanje rezultatov preskusov. Orodje vam bo pomagalo doseči najvišjo kakovost vaših izdelkov. Lahko boste centralno upravljali seznam testov in uveljavili minimalne kvalifikacije inšpektorjev.
Ponuja različne funkcije in funkcionalnosti za opredelitev preizkusov, sprejemanje in inšpekcijske preglede ter zbiranje podatkov.
Lastnosti:
- Oracle NetSuite izvaja sprotno obdelavo rezultatov pregledov.
- Je agnostično orodje za naprave in se lahko uporablja na vseh tabličnih računalnikih, ki temeljijo na brskalniku.
- Ima lastnosti ravnanja z neskladnimi materiali na podlagi poteka dela.
- Izpolnite lahko minimalne kvalifikacije inšpektorjev.
Spodaj najdete nekaj posnetkov zaslona programske aplikacije ERP za nekatere pomembne poslovne procese, kot so prodajni nalog, računovodstvo strank, glava plačil, fiksna sredstva, upravljanje zaposlenih in poročilo o prodaji, ki bodo dali idejo o kritičnosti in zapletenosti testiranja ERP.
Posnetek zaslona 1: Prodajni nalog

Posnetek zaslona 2: Prodajni nalog (ZDA)

Posnetek zaslona 3: Finančni podatki strank

Posnetek zaslona 4: Glava plačil (Indija)
kako odpreti torrent datotek

Posnetek zaslona 5: Glava plačil (ZDA)

Posnetek zaslona 6: Osnovna sredstva (Indija)

Posnetek zaslona 7: Osnovna sredstva (ZDA)

Posnetek zaslona 8: Vodenje zaposlenih

Posnetek zaslona 9: Poročilo o prodaji

Kaj se boste naučili:
- Načrt zagotavljanja kakovosti ERP
- Načrt preizkusa ERP
- Opis projekta
- Cilj
- Modularne funkcije za ročno preskušanje
- Modularne funkcije za avtomatizacijsko preskušanje
- Lastnosti, ki jih je treba preizkusiti v prostorih
- Lastnosti, ki jih je treba preizkusiti v prostorih
- Funkcije, ki jih je treba preizkusiti v mobilnih napravah, Wi-Fi in oblaku
- Zahteve po virih
- Razpored testiranja
- Izvedba testnega primera
- Testna pokritost
- Rezultati
- Upravljanje s tveganji
- Sledilnik težav
- Meritve kakovosti
- ERP Test Suite
- Vzorec Prenos predloge za Test Suite:
- ERP testni primeri
- Zaključek
- Priporočeno branje
Načrt zagotavljanja kakovosti ERP
Zagotavljanje kakovosti je glavni mejnik vsakega projekta izvajanja ERP, ki ga sestavljajo naslednje zainteresirane strani, uspeh pa je odvisen od namenskih prizadevanj vseh kot „ Ekipa '.
Zainteresirane strani v projektu izvajanja ERP so lahko:
- Izvajalska skupina - Sestavljena je iz ekipe strokovnjakov iz podjetja ERP ali lokalnega partnerja za izvajanje. Imeti mora izvedbeno znanje.
- Prodajalec programske opreme - Dobavitelji programske opreme za operacijski sistem, zbirko podatkov in druge pisarniške aplikacije, potrebne za ERP.
- Ponudnik gostovanja - ponudniki gostovanja za strežnike, omrežje, internetno in intranetno infrastrukturo, potrebno za izvajanje ERP. Imeti mora izvedbeno znanje.
- Poslovna ekipa - Sestavljena je iz ekipe iz poslovnega razvoja ali upravnega usmerjevalnega odbora.
- Tehnična ekipa - Razvojna ali izvedbena skupina bosta na voljo ves čas trajanja projekta. Imeti mora izvedbeno znanje.
- Preizkusna skupina - skupina za testiranje podjetja ERP ali lokalnih partnerjev, ki imajo strokovno znanje o strategijah izvajanja ERP.
- Skupina strank - Skupina končnih uporabnikov ali vodje oddelkov, ki imajo popolno delovno znanje o poslovnem procesu.
Kot smo razpravljali v prejšnji vadnici, se preizkušanje programske aplikacije ERP (npr. SAP) razlikuje od preskušanja drugih programov. Aplikacije ERP so specifične za posamezne domene in panoge. Skupni moduli, kot so Finance, računovodstvo, zaloge, osnovna sredstva, prodaja, nakup, človeški kapital in plače, so na voljo v vseh sistemih ERP.
Poleg teh običajnih modulov je na voljo le nekaj specifičnih industrijskih modulov glede na ciljne stranke.Na primer, 'proizvodni ERP' ima lahko modul 'načrtovanje proizvodnje', 'farmacevtski ERP' ima modul 'zdravnik-pacient', 'izobraževalni ERP' pa lahko ima 'študentski' modul itd.
Torej je treba dejavnik kakovosti omogočiti z nekaterimi vnaprej določenimi meritvami, ki jih je treba vnaprej deliti z vsemi zainteresiranimi stranmi na zgornjem seznamu.
Da bi ohranili kakovost, se zainteresirane strani medsebojno vključijo v sporazume o ravni storitev. Vse zainteresirane strani kot ekipa bi morale imeti opredeljene akcijske postavke in odgovornosti s ciljnimi datumi, da dosežejo pričakovano kakovost izjave o delu.
Načrt preizkusa ERP
Testni načrt ERP mora vsebovati naslednje informacije za učinkovito in uspešno izvajanje.
Testni načrt vsebuje cilje, meritve kakovosti, funkcije, ki jih je treba preizkusiti ročno, funkcije, ki jih je treba preizkusiti z orodji za avtomatizacijo, projektno okolje, timsko infrastrukturo, zahteve po virih, preskusni načrt, preskusne rezultate, infrastrukturo za izvajanje preizkusov, preskusni okvir, predpostavke, odvisnosti, omejitve, mehanizem za sledenje napakam, orodja za poročanje o napakah in merila za sprejem itd.,
Spodaj je vzorčni načrt preizkusa našega projekta implementacije ERP za XYZ Petrochemical LLC.
Poglej tudi - če potrebujete več informacij o tem, kako napisati testni načrt, si oglejte te vadnice:


Opis projekta
ABC Manufacturing ERP je integrirana ERP rešitev za predelovalno industrijo. Izdelek je sestavljen iz osnovnih modulov, kot so računovodstvo, finance, proračun, zaloge, osnovna sredstva, kupci, prodajalci, CRM, prodaja, nakup, plačila, pogodbe, človeški kapital, izplačane plače, načrtovanje proizvodnje, upravljanje projektov, inventar, upravljanje z materiali, delo Naročila in poslovna inteligenca.
Strankina vertikala se ukvarja s proizvodnjo, njihova dejavnost pa je proizvodnja petfemičnih dvoproizvodov in prodaja domačim in mednarodnim strankam. Surovine kupujemo na domačih in mednarodnih trgih. Podjetje deluje iz New Yorka v ZDA s podružnicami v različnih delih države.
Podjetje ima tudi skladišča na oddaljenih lokacijah. ERP sistem se bo izvajal na centralizirani lokaciji v poslovnih prostorih in povezoval ostale podružnice, skladišča, proizvodne obrate, tržne pisarne iz različnih delov države prek interneta, WAN-a, Wi-Fi-ja in infrastrukture v oblaku. Predlagana rešitev podpira več jezikov, kot so angleščina (za mednarodne stranke, hindujščina (za uporabnike IN), arabščina (za prodajalce na Bližnjem vzhodu) in podpira več valutnih transakcij.
Sistem ima tudi portal za elektronsko poslovanje strank za spletna prodajna naročila s prehodom za plačilo s kreditno kartico in portal ponudnikov ponudb za nakup. Več kot 300 uporabnikov sistema ga bo uporabljalo z različnih delov sveta z vsaj več kot 10.000 transakcijami na dan.
Cilj
- Določite module, ki jih je treba preizkusiti ročno.
- Določite module, ki jih je treba preizkusiti z orodji za avtomatizacijo.
- Opredelite strategijo testiranja, obseg testiranja in dejavnosti testiranja.
- Določite merila testiranja, predpostavke, odvisnosti in omejitve.
- Določite preskusno skupino, njihovo dodelitev in njihov časovni razpored.
- Nastavite okvir za ročno preizkušanje in avtomatizacijo.
- Nastavite preskusno infrastrukturo s konfiguracijo programske in strojne opreme.
- Določite deležnike projekta za izvajanje ERP.
- Določite mehanizem komunikacije in stopnjevanja.
- Opredelite delovno okolje, podrobnosti naloge in odgovornosti.
- Obvladovanje tveganja z načrti za zmanjšanje tveganja.
- Določite rezultate preskusov in orodja za poročanje.
Modularne funkcije za ročno preskušanje
- Modul za plačila (ustvarjanje plačil, odobritev plačil, preverjanje izdaje)
- Modul financiranja (skupna plačila, odobritev skupnih plačil, izdaja pregledov)
- Modul za izplačane plače (Pregledi plač, Preverjanje izdaje)
- Modul osnovnih sredstev (amortizacija sredstev, odtujitev sredstev)
- ...
Modularne funkcije za avtomatizacijsko preskušanje
- Prodajni modul (prodajno naročilo, prodajno naročilo za pošiljanje, prednaročila, izdajanje računov)
- Nabavni modul (Nabavna pogodba, naročilnice, spremembe nabave)
- Modul za stranke (upravljanje strank, računovodstvo strank)
- Modul človeškega kapitala (upravljanje zaposlenih, obisk, posojila, dopust)
- ...
Lastnosti, ki jih je treba preizkusiti v prostorih
- Testiranje funkcionalnosti: vsi primeri funkcionalnih preizkusov vseh modulov, ki so pregledani in odobreni.
- Regresijsko testiranje: vsi funkcionalni testni primeri za prilagojene module, ki se pregledajo in odobrijo.
- Preskušanje dima: vsi primeri funkcionalnih testov, označeni za Sanity, ki se pregledajo, izvedejo in odobrijo.
- ...
Lastnosti, ki jih je treba preizkusiti v prostorih
- Sistemsko testiranje: vsi sistemski testni primeri vseh modulov, ki so pregledani in odobreni.
- Integracijsko preskušanje : Vsi primeri sistemskih preizkusov vseh modulov, ki so pregledani in odobreni.
- Testiranje učinkovitosti: vsi primeri preizkusov učinkovitosti, ki se pregledajo in odobrijo.
- Preskušanje obremenitve: vsi primeri obremenitve, ki so pregledani in odobreni.
- Preizkus sprejemljivosti uporabnika : Vse preizkuse sprejemljivosti uporabnikov, ki so pregledane in odobrene.
- ...
Funkcije, ki jih je treba preizkusiti v mobilnih napravah, Wi-Fi in oblaku
Testiranje funkcionalnosti: Vsi sistemski testni primeri modula CRM, ki so pregledani in odobreni.

Zahteve po virih

Razpored testiranja
| Da ne | Podrobnosti naloge | Začetni datum | Končni datum | Tester |
|---|---|---|---|---|
| 6. | Dovoljenje za vrnitev blaga | 27.05.2015 | 01.06.2015 | Tester B |
| eno | Priprava načrta preizkusa | 4. 5. 2015 | 6. 5. 2015 | Tester A |
| dva | Preglejte in posodobite testni načrt | 07.05.2015 | 07.05.2015 | Preskusni kabel B |
| 3. | Priprava testne zbirke in testnih primerov | |||
| Modul 1: Prodaja in distribucija | 16.05.2015 | 4.6.2015 | ||
| 4. | Proces prodajnega naročila | 16.05.2015 | 20.05.2015 | Tester B |
| 5. | Postopek prodajne pogodbe | 21. 5. 2015 | 26.05.2015 | Tester B |
| 7. | Postopek prejema plačil | 02.06.2015 | 4.6.2015 | Tester B |
| ... | ||||
| Modul 2: Nakup in plačila | ||||
| 8. | Postopek nakupa zamika | 16.05.2015 | 19.05.2015 | Tester C |
| 9. | Postopek ponudbe | 20.05.2015 | 23.05.2015 | Tester C |
| 10. | Postopek naročilnice | 24.5.2015 | 28.5.2015 | Tester C |
| enajst | Postopek odobritve plačila | 29.05.2015 | 31.05.2015 | Tester C |
| ... | ||||
| Izvedba testa | ||||
| 12. | Modul 1: Ponavljanje 1 | 01.06.2015 | 05.06.2015 | Tester B |
| 13. | Modul 2: Ponavljanje 1 | 01.06.2015 | 4.6.2015 | Tester C |
| ... | ||||
| 14. | Regresijsko testiranje: Modul 1 | |||
| petnajst | Regresijsko testiranje: Modul 2 | |||
| ... | ||||
| 16. | Testna poročila in posodobitve načrta za zagotavljanje kakovosti | |||
| ... |
Izvedba testnega primera

Testna pokritost

A: Funkcionalno testiranje, B: Sistemsko testiranje, C: Testiranje integritete, D: Testiranje varnosti, E: Testiranje uporabnosti, F: Testiranje zmogljivosti, G: Testiranje vmesnika, H: Testiranje namestitve
Rezultati

Upravljanje s tveganji

Sledilnik težav
Uporabljajo se orodja za sotočje in JIRA sledenje težavam v projektu. JIRA je tudi prilagojena in konfigurirana za vse člane preskusne skupine za pospeševanje težav in poročanje o napakah ter dodeljena skupini za razvoj koncerna z odgovornostjo in ciljnimi datumi.
Meritve kakovosti

ERP Test Suite
Tako kot običajni postopek testiranja je tudi ERP Test Suite običajno pripravljen kot Excelov dokument. Ta dokument nadzoruje celotno zgodovino revizij različnih testnih zbirk vseh modulov v aplikaciji ERP. Preizkusni primeri vsakega modula, zgodovina izvajanja preizkusov, seznam napak in zgodovina testnega poročila se hranijo v preskusnem paketu ERP.
Za testiranje avtomatizacije je „ testne skripte 'Se vzdržujejo v zbirki preizkusov in s tem povezana ponovitev zgodovine izvajanja preizkusa. Odvisno od vrste preskušanja in zapletenosti testnih primerov se v zbirki vzdržujejo skripti za avtomatizacijo, ki naj bodo zasnovani tako, da bodo ponovno uporabni.
Spodaj najdete posnetek preskusnega paketa ERP v dokumentu excel.


Vzorec Prenos predloge za Test Suite:
Spodaj je vzorčna predloga testne zbirke za prenos. Vsebuje predloge za zgodovino revizij, poročilo o preskusu, poročilo o napaki, primere dimnih testov, primere regresijskih testov
=> Kliknite tukaj za prenos predloge ERP test suite.
ERP testni primeri
Razen funkcionalnih testnih primerov, regresijskih testnih primerov, sanitarnih / dimnih testov, ERP testiranje zahteva še druge vrste testnih primerov za namestitveno testiranje, konfiguracijsko testiranje, izvajanje implementacije, testiranje prilagodljivosti, omrežno testiranje, strežniško testiranje, testiranje brez povezave, testiranje na daljavo, večvalutno testiranje, večjezično testiranje, testiranje naprav, intranetno testiranje, testiranje v realnem času itd.,
Najpomembneje je, da je ERP centralizirana avtomatizirana rešitev, do katere lahko več uporabnikov hkrati dostopa prek spleta v realnem času, kar vključuje finančno transakcijo, zato je treba vsak testni primer napisati z veliko namenskega truda in podatkov v realnem času.
Po preverjanju izhodnih podatkov z vnaprej določenimi podatki v realnem času je treba tudi stanje izvajanja testa posodobiti kot 'Pass'. Torej, testni primeri bi morali vedno imeti stolpec » podatki o preskusu 'In' izhodni podatki '.
Vzorčni testni scenarij:
Spodaj najdete vzorčni testni primer za našo predstavitev ERP. Ti testni primeri so lahko sestavljeni iz veliko majhnih testnih primerov, ki se lahko ločijo in vzdržujejo, vendar je za demo namen združen z enim testnim primerom.
| ID testnega primera | ABC_ERP_SD_X0121 |
|---|---|
| pričakovani rezultati (Pozitivno) | 1. Naročilo je treba rezervirati in fakturirati. 2. Pobiranje Predložite embalažo. 3. Naročilo za pošiljanje je treba ustvariti. 4. Transakcije glavne knjige je treba knjižiti. 5. Knjigo inventarja je treba posodobiti. 6. Ustvariti je treba debetno potrdilo. 7. Kupcu in trgovinam je treba poslati e-poštno sporočilo. |
| Modul | Prodaja in distribucija |
| Značilnost | Proces prodajnega naročila |
| Cilj | Za preverjanje je prodajno naročilo rezervirano in fakturirano z ustreznimi podatki za glavo in podrobnosti prodaje. |
| Koraki za reprodukcijo | 1. Prodaja in distribucija -> Upravljanje naročil -> Seznam prodajnih naročil -> Novo prodajno naročilo. 2. Izberite Datum naročila, Izberite vrsto naročila, Izberite datum izteka, Izberite ID stranke, Izberite ID pošiljke, Izberite ID skladišča, Izberite datum pošiljanja, Izberite datum zapadlosti plačila, Izberite ID davčnega prometa, Izberite ID prodajalca. 3. Izberite nove prodajne postavke in izberite ID artikla, izberite artikel UOM, vnesite količino artikla, vnesite ceno artikla, izberite račun glavne knjige, izberite ID projekta in kliknite V redu. 4. Kliknite gumb Naroči knjigo na glavnem zaslonu. |
| Vhodni podatki (Pozitivno) | Datum naročila (01.01.2015), vrsta naročila (prodajno naročilo), datum izteka (31.9.2015), ID stranke (SABIC), ID pošiljanja (FedEx), ID skladišča (NaviMumbaiWH), datum pošiljanja (03 / 02/2015), izberite datum zapadlosti plačila (28.2.2015), številko davka na promet (ST929), ID prodajalca (Anand), ID izdelka (polipropilen), postavko UOM (kilogrami), količino predmeta (1000), račun glavne knjige (23499949), ID projekta (DueTarget2015) |
| Vhodni podatki (Negativno) | Datum naročila (01.01.2016), vrsta naročila (naročilnica), datum izteka (31.9.2012), ID stranke (PRIROČNO), ID pošiljke (prazno), ID skladišča (prazno), datum pošiljanja (03 / 02/2013), Izberite datum zapadlosti plačila (28.2.2012), ID davčnega prometa (prazno), ID prodajalca (PRIROČNO), ID izdelka (PRIPOROČENO), UOM (prazno), Količina artikla (0), Račun glavne knjige (DEFAULT), ID projekta (DEFAULT) |
| pričakovani rezultati (Negativno) | • Opozorilo bi moralo prihajati za vsak negativni vnos podatkov v skladu s postopkom opozorila in definiranim besedilom. • Prodajni nalog mora biti naročen, če izdelkov ni na zalogi. • Prodajni nalog mora biti na čakanju, če je kreditna omejitev stranke nizka. |
| Dejanski rezultat | |
| Pričakovani izhod | Prodajni nalog, prodajni račun, seznam pakiranja, seznam pošiljanja je treba ustvariti v vnaprej določeni obliki poročila. |
| Dejanski izhod |
Zaključek
ERP testiranje ima veliko tveganj in zapletenosti v primerjavi s katerim koli preskušanjem programske opreme / izdelka. Tudi upravljanje metrike kakovosti v projektih izvajanja ERP zahteva veliko pozornosti in namenskih prizadevanj več 'zainteresiranih strani'.
Strokovnjaki za testiranje morajo razumeti razliko med kakovostjo izdelka in kakovostjo izvedbe. Testiranje ERP zahteva vodstvo in stranke pravočasno in proračunsko sponzorstvo. Testiranje mora opraviti strokovna skupina za ERP in ne sme biti iz kakršnega koli razloga dodeljena neizkušeni skupini.
Zelo pomembno je, da uporabimo splošno dokazani pravi postopek, metodologije, pristope in avtomatizirana orodja. Ne smemo domnevati, da 'avtomatizacija' v celoti nadomešča 'ročno' testiranje, vendar ne smemo posegati v uporabo zahtevane preskusne infrastrukture in ogrodja. Ne podcenjujte časa, potrebnega za zbiranje dejanskih podatkov strank v živo.
Za strokovnjake za preizkušanje je to potovanje »Odličen vir za preskušanje izdelkov ERP!«.
Sporočite nam, če imate kakršna koli vprašanja glede ERP ali zlasti testiranja SAP.
=> Obiščite tukaj za celotno serijo vadnic za načrt preizkusov
PREV Vadnica | NASLEDNJA Vadnica
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Učni program tečaja za preizkušanje programske opreme - podroben načrt usposabljanja za spletni tečaj
- Razlika med testiranjem namizja, odjemalskega strežnika in spletnim preskušanjem
- Preizkus eBook Prenos knjige
- Kako napisati tedensko poročilo o testiranju programske opreme
- Priročnik za začetnike po ERP testiranju (SAP testiranje) - 1. del
- Vodič za preizkušanje varnosti spletnih aplikacij
- Vadnica za testni načrt: Priročnik za pisanje dokumenta o preskusnem načrtu programske opreme iz nič