Beginner's Guide to ERP Testing (SAP Testing) - Del 1

beginner s guide erp testing part 1

La oss utforske et interessant og utfordrende tema “ Hvordan teste ERP-programvare ”. Vi lærer utfordringene som er involvert i ERP-testing (for eksempel SAP Testing), retningslinjer og veikart for vellykket ERP-testing.

Før vi går inn på mer detaljer om ERP-testing, må vi først forstå litt viktig informasjon om ERP. For testformål er det viktigst å forstå funksjonene, funksjonene og arbeidsflyten til ERP-programvare. Uten riktig kunnskap er det veldig kritisk og tungvint å teste ERP-moduler.

Hva du vil lære:

• Hva er ERP og hvorfor trenger selskaper ERP-programvare?
• Viktigheten av ERP-testing
• Automatisert ERP-testing
• Hvorfor er ERP-testing kritisk?
• Kan jeg teste ERP-programvare?
• ERP Testing Road-map
• Konklusjon
• Anbefalt lesing

Hva er ERP og hvorfor trenger selskaper ERP-programvare?

ERP midler ER nterprise R ressurs P soling. En mer praktisk tanke er at hvis en 'Enterprise' (en organisasjon eller et selskap) 'planlegger' for å øke produktiviteten og effektiviteten ved å integrere 'Resource', så er det ERP.

Hva er ressursene? Det kalles 4M i alle typer organisasjoner som mennesker, maskiner, metoder og materialer.

Hver ERP-programvare i verden er bygget basert på dette konseptet i tankene. Hvert selskap trenger en regnskaps- eller ERP-løsning som er et faktum i enhver virksomhet.

En organisasjon kan bruke en eller flere programvarer i henhold til kravene til de enkelte avdelingene.For eksempel, kan regnskapsavdelingen bruke regnskapsprogramvare utviklet i Oracle-teknologier, økonomiavdelingen kan bruke budsjetteringsprogramvare utviklet i Microsoft-teknologier, personalavdelingen kan bruke lønnsprogramvare utviklet i Java og lageravdeling kan bruke lagerprogramvare utviklet av IBM og så videre.

Bortsett fra teknologiene, er hver programvare forskjellig. Databasen som brukes til å lagre dataene er også forskjellig fra Oracle, SQL Server, DB / 2 osv.

Viktigst er at dataene som er tilgjengelige i den ene avdelingen ikke er tilgjengelige for den andre avdelingen, ettersom dataene ikke lagres sentralt. Denne situasjonen gir mange kompleksiteter i et forretningsscenario for en bedriftsorganisasjon og reduserer produktiviteten til selskapet, samt påvirker effektiviteten til de ansatte.

For eksempel kjenner ikke salgssjefen lagerbeholdningen på lageret for å utføre salgsordren med en kunde, og visepresidenten for selskapet vet ikke selskapets økonomiske status før de ikke besøker avdelingen eller har telefon ring med dem.

ERP-programvare vurderer alle disse ulike forretningssituasjonene og funksjonelle flytscenarier og gir løsningen til bedriftskundene ved å integrere flere avdelings arbeidsflyter i organisasjonen og sentralisering av databasen gjennom en serverinfrastruktur.

Så hver avdelings data blir lagret på en sentralisert server hver dag. Enhver autorisert ansatt vil kunne se live data online uten behov for å samhandle med noen for å fortsette med den daglige driften. Til slutt kan selskapets direktør gjennomgå de komplette organisasjonsdataene med et enkelt museklikk. Flott jobb, ikke sant?

Det verdensomspennende ERP-programvaremarkedet per år er mer enn $ 25 milliarder som vokser 10-20% hvert år, og etterspørselen vil øke i små og mellomstore bedriftssegmenter gjennom plattformene SaaS (Software-as-a-Service) og Cloud (Off-Premises Infrastructure).

Deretter øker etterspørselen etter ERP-testpersoner også i IT-bransjen. Mange ERP-implementeringsprosjekter brukte mer enn 50% av budsjettet på testing og relaterte aktiviteter.

Selv om vi kaller det ERP-programvare, er det ikke “ bare programvare ”Og ERP-leverandørens jobb fullføres ikke ved å selge ERP-programvare til kunden. ERP er faktisk en “ virksomhet løsning ”Til en organisasjon av automatisere forretningsprosessen og arbeidsflyten inne i selskapet. Dette oppnås ikke ved å bare installere programvaren og sette opp infrastrukturen, men suksessen med implementering av ERP krever mye dedikert løsning og involvering av mennesker.

I denne ERP-verdenen er det et stort spørsmål og dilemma blant bedriftskundene å velge og evaluere den beste ERP-programvaren, som har kvaliteten og ytelsen som forventet.

Anbefalt verktøy:

# 1) Oracle NetSuite

Oracle NetSuite har en ERP-løsning for å effektivisere oppdragskritiske prosesser. Funksjonene og funksjonene vil gi deg tydelig synlighet og kontroll over virksomheten.

Oracle NetSuite tilbyr en kvalitetsstyringsløsning. Denne plattformen har funksjoner for å definere testene, angi parametere for evaluering av resultatene, og bruke dem på relevante elementer og operasjoner for mottak og prosess testing.

Egenskaper:

• NetSuite tilbyr funksjonene i Test Definition som lar deg spesifisere type inspeksjon, tester som må utføres, akseptable grenser, minimumskvalifikasjoner osv.
• Du vil ha en sentralt administrert liste over tester eller inspeksjoner.
• Verktøyet kan registrere målinger og sammenligne dem for å passere eller mislykkes.
• Den har funksjoner for datainnsamling.

Et øyeblikksbilde av den ERP-aktiverte forretningsorganisasjonen blir tatt som nedenfor.

Viktigheten av ERP-testing

Flertallet av ERP-implementeringsprosjekter mislykkes på grunn av feil testplanlegging og testing. For å forstå viktigheten av ERP-testing, må profesjonelle eksperter forstå variantene av ERP-systemene.

ERP-systemer kan være tilgjengelige i flere versjoner for flere domener rettet mot flere kunder.For eksempel, store ERP-leverandører har forskjellige versjoner og smaker av ERP-programvaren som nedenfor.

hvor kan jeg streame anime gratis

• Microsoft Dynamics NAV: Designet for små og mellomstore bedriftskunder
• Microsoft Dynamics AX: Designet for store bedriftskunder
  • Systemtesting, ytelsestesting og belastningstesting er viktig, bortsett fra funksjonstesting.
• SAP Insurance: Designet for forsikringsselskaper
• SAP Banking: Designet for banksektorer
• SAP Chemical: Designet for kjemiske selskaper
  • Domenekunnskap og bransjeerfaring er viktig, bortsett fra funksjonstesting.

På samme måte har produktene fra Oracle, E-Business Suite, PeopleSoft, Siebel og JD Edwards osv. Forskjellige funksjoner, målkunder og bransjer, der testteamet trenger å forstå formålet og funksjonene til de komplette systemene.

Det er to typer testteam tilgjengelig i ERP-selskaper:

• 'Core testing team' for å teste 'base ERP-programvaren' med de statiske funksjonene.
• “Implementation testing team” for å teste ‘implementeringsprosjektet’ med dynamiske og tilpassede funksjoner.

Når en funksjon og funksjonalitet blir tilpasset i henhold til kundens krav, vil den modifiserte effekten være på flere moduler og systemer. Testteamet bør fange opp hver endring og den tilhørende effekten for full sporbarhet.

Automatisert ERP-testing

ERP-selskaper har en dedikert teststyrke for å teste sine ERP-systemer. Å teste et så stort system krever at testutførelsen er “ automatisert ”. Avhengig av kravene designer ERP-selskapene sine automatisert testrammeverk og sette opp sine teste infrastruktur.

Automatisert testing anbefales for ERP-testing, da manuell testing krever mye tid å fullføre en testrunde. Det er tydelig at ERP-implementering mislykkes uten å teste hver eneste komponent i et system og sikre 100% kvalitet.

Nedenfor er listen over forskjellige typer ERP-testing, da de fleste av ERP-systemene bygges i en SOA (Service Oriented Architecture).

• Funksjonell testing
• Testing av datahåndtering
• Integritetstesting
• Systemtesting
• Sikkerhetstesting
• Pålitelighetstesting
• Tilpasningstesting
• Skalerbarhetstesting
• Brukervennlighetstesting
• Ytelsestesting
• Lastetesting
• Grensesnitt testing
• Interoperabilitetstesting
• Regresjonstesting
• Infrastruktur testing
• Bildetesting
• Installasjonstesting
• Parallell testing

ERP-leverandører

Det er mange ERP-leverandører i det internasjonale markedet.

Nedenfor er en rask liste over ERP-programvare og dets leverandører basert på markedsandel, kostnad, implementeringsmodell, gjennomsnittlig tid for distribusjon, plattform og levering, teknologi, funksjoner og funksjoner. Hver leverandør tilbyr forskjellige smaker av produktet, avhengig av kundens domene og bransjevirksomhet.

• SEVJE (# 1) - Fra SAP siden 1972, til store markedsaksjonærer og millioner av brukere over hele verden.
• Microsoft Dynamics (nr. 2) - Fra Microsoft Corporation, millioner av brukere over hele verden.
• Oracle E-Business Suite (nr. 3) - Fra Oracle Corporation til millioner av brukere over hele verden.
• Epicor ERP
• Sage ERP
• NetSuite
• Infor ERP
• Ramco ERP
• Fokuser ERP
• Tally ERP

ERP-moduler

Hva er ERP-modulene? Modulen i ERP er en gruppe funksjoner og funksjoner for en bestemt gruppe prosess- eller avdelingsarbeidsflyter.

For eksempel , salgsordreprosess, betalingsprosess og kundeadministrasjon kan grupperes som en unik funksjonell arbeidsflyt i et selskap og kan dannes under “ Salg og distribusjon ”Modul og lignende ansattes oppmøte, lønnsprosess, personalledelse kan grupperes som en unik funksjonell arbeidsflyt i et selskap og kan dannes under“ HR og lønn ”-Modulen.

For testformål er det viktigst å forstå funksjonene, funksjonene og arbeidsflyten. Uten riktig kunnskap er det veldig kritisk og tungvint å teste ERP-moduler.

ERP-leverandører kan ha forskjellige modulnavn for å gruppere funksjonalitetene, men konseptet vil være det samme.For eksempel, la oss se raskt på noen få SAP-moduler for å få en idé om vi opptrer SAP-testing .

hvordan lage et binært søketre i java

• SAP FICO (for økonomi- og kostnadsregnskap)
• SAP HR (for menneskelige ressurser)
• SAP MM (for materialadministrasjon)
• SAP PP (for produksjonsplanlegging)
• SAP SD (for salg og distribusjon)
• SAP CRM (for Customer Relationship Management)
• SAP SCM (for Supply Chain Management)

Tilsvarende har all ERP-programvare slike moduler i henhold til deres funksjonalitetsgruppering og navngivningskonvensjoner.

Hvorfor er ERP-testing kritisk?

ERP-testing er veldig viktig hvis testplanene ikke dekker hele veikartet for implementeringsfasen. Alle modulene i systemet er fullstendig integrert og innbyrdes relatert, noe som betyr at alle funksjonene er avhengig av funksjonene til andre moduler eller andre systemer.

For eksempel, for å opprette en salgsordre i “Salg” -modulen, må systemet kontrollere tilgjengelig lager i “Lager” -modulen og sjekke kredittgrensen til kunden i “Kunde” -modulen.

Funksjonaliteten er ikke bare avhengig av andre moduler, men også avhengig av eksterne systemer, som et system med flere valutaer, som henter gjeldende valutakurs fra et eksternt live-system, fraktprisen for salgsordren kan være nødvendig fra et eksternt live-system, merverdiavgift av varelagrene kan kreves fra et statlig byrå osv.,

Når en testsak skrives basert på ovennevnte forretningsbruk, må en tester forstå den fullstendige arbeidsflyten for funksjonaliteten og avhengigheten av arbeidsflyten, ellers vil testsaken mislykkes eller forbli ufullstendig.

Diagrammet nedenfor gir en oversikt over en ordreprosess og avhengigheten av interne og eksterne systemer.

Bortsett fra funksjonstesting som i ovennevnte forretningsbruk, er den andre testfasen på “ ERP-implementering ”Som er mer kritisk. Implementeringsfasen av ERP innebærer mange modifikasjoner og tilpasning i henhold til kundens krav og infrastruktur.

Denne typen testing involverer ikke bare normal funksjonstesting, men også ytelse og testing av brukeraksept. Det er flere komponenter som samhandler med live-systemet fra interne og eksterne kilder.

Å forstå alle komponentene og deres funksjoner er viktigere for å teste fagfolk utarbeide testplanene og testpakken med alle mulige brukssaker som skal dekkes for applikasjonen som testes.

De vellykkede ERP-testpersonellene er opplært og jobbet med mange forskjellige ERP-implementeringer i mange år og samler erfaring for å bli en dyktig ERP-tester med ekstra legitimasjon som 'fagekspert' eller ' domeneekspert ”.

Hjertet i mange ERP-systemer ligger i regnskaps- eller økonomimoduler, der de fleste testere mangler regnskapskunnskap og har vanskelig for å forstå de økonomiske begrepene og hovedbokssystemet. Kompleksiteten i den interrelaterte og ytre relaterte arbeidsflyten til ERP-systemene demotiverer testpersonene ved å skrive en skikkelig ERP-testpakke.

Spesielt implementering av ERP-systemer krever forskjellige former for systemtesting, testing av flere brukere, flere nivåer av ytelse og belastningstesting med millioner av 'live testdata' fra eksisterende systemer som må importeres til det nye ERP-systemet.

Hovedutfordringen er å samle inndata for å teste funksjonen og analysere riktigheten av utdataene, noe som krever domenekunnskap.

For eksempel, det er ikke så enkelt å samle inn data for å teste hovedbokstransaksjoner eller salgsordretransaksjoner i ERP-systemer. Selv om dataene samles inn for innspill, er det svært viktig å forstå og analysere riktigheten av utdataene i henhold til de økonomiske standardene som IFRS.

For eksempeler, en “balanse” generert fra hovedbokstransaksjoner kan ikke forstås av normale testere uten kjennskap til en balanse eller prøvebalanse. Årsaken til 'balansen' er generert fra hovedboken basert på flere transaksjoner fra alle modulene.

Kan jeg teste ERP-programvare?

Det viktige spørsmålet for testpersoner er 'Kan jeg teste ERP-systemet med min tilgjengelige kunnskap og erfaring?'. Svaret på dette spørsmålet er ikke enkelt 'Ja eller Nei', men krever egenvurdering.

ERP-systemer er tilgjengelige på flere språk, som støtter flere valutaer, kan tilpasses for flere plattformer, målretter mot flere domener og er designet for flere brukere. Og testerne kommer ikke til å teste hele ERP-systemet individuelt eller alene.

Ingen forventes å ha fullstendig og full kunnskap og erfaring med alle modulene innen ERP eller flere språkekspertise eller flere industrielle eksponeringer. Imidlertid må testpersoner stille seg noen spørsmål som nedenfor, som vil hjelpe dem å forberede seg på ERP-veikartet.

• Kan jeg kjenne ERP- og ERP-modulene?
• Har jeg skrevet prøvesaker for ERP før?
• Har jeg gjennomført testsaker for ERP før?
• Har jeg teknisk kunnskap som Scripting, HTML, XML og SQL?
• Har jeg noen industriell eksponering som farmasøytisk, kjemisk og bank, etc?
• Hvor mange ERP-moduler skal jeg teste?
• Trenger jeg opplæring for ERP-testing?
• Er ERP-testmanualen eller automatisert?
• Er jeg en del av Core testteamet eller Implementation testing teamet?

ERP Testing Road-map

La oss forberede oss med et veikart med en sjekkliste for ERP-testing . Poenget å merke seg er at 'testinnsatsen' kan være nesten lik 'utviklingsinnsats' for ERP-testing, og ERP-selskapene prøver å sette opp en plattform og infrastruktur for å redusere innsatsen, men øke effektiviteten og produktiviteten.

Dette er en rask sjekkliste og kan variere fra sak til sak.

ERP-testsjekkliste:

Konklusjon

Før de begynner på ERP-testing, må testpersonell forstå konseptene, prosessen og strategiene og kritikkverdiene ved ERP-testing. Ja, vi er nå klare til å starte testprosessen med et raskt veikart i hånden.

Den neste ERP-testveiledningen : ERP Testing Test Plan - Så, vårt neste trinn er å starte ERP-testprosessen innen utarbeide QA og testplan, utarbeide Test Suite med modulvise testtilfeller, identifisere de beste metodene for manuell og automatisert testutførelse og utarbeide malformatet for testrapporter.

Vi vil dekke alle disse emnene i vår neste opplæring. Så ikke gå glipp av det.

Gi oss beskjed hvis du har spørsmål om ERP- eller SAP-testing.

Anbefalt lesing

• Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
• Programvaretesting QA Assistant Job
• Alpha Testing og Beta Testing (En komplett guide)
• Programvare Testing Course: Hvilket programvare Testing Institute skal jeg delta?
• Velge programvaretesting som din karriere
• Programvaretesting Teknisk innhold Writer Freelancer Jobb
• Testing Primer eBook Download
• Beste QA Software Testing Services fra SoftwareTestingHelp