Begyndervejledningen til ERP-test (SAP-test) - Del 1

beginner s guide erp testing part 1

Lad os udforske et interessant og udfordrende emne “ Sådan testes ERP-software ”. Vi lærer de udfordringer, der er involveret i ERP-test (f.eks. SAP-test), retningslinjer og køreplan for vellykket ERP-test.

Før vi går ind i flere detaljer om ERP-test, skal vi først forstå nogle vigtige oplysninger om ERP. Til testformål er det mest vigtigt at forstå ERP-softwares funktioner, funktionaliteter og workflow. Uden den rette viden er test af ERP-moduler meget kritisk og besværligt.

Hvad du vil lære:

• Hvad er ERP, og hvorfor har virksomheder brug for ERP-software?
• Betydningen af ​​ERP-test
• Automatiseret ERP-test
• Hvorfor er ERP-test kritisk?
• Kan jeg teste ERP-software?
• ERP Testing Road-map
• Konklusion
• Anbefalet læsning

Hvad er ERP, og hvorfor har virksomheder brug for ERP-software?

ERP midler ER nterprise R esource P solbadning. En mere praktisk tanke er, at hvis en 'Enterprise' (en organisation eller en virksomhed) 'planlægger' for at øge produktiviteten og effektiviteten ved at integrere 'Resource', så er det ERP.

Hvad er ressourcerne? Det kaldes som 4M'er i enhver organisationstype som menneske, maskine, metode og materialer.

Hver ERP-software i verden er bygget ud fra dette koncept i tankerne. Hver virksomhed har brug for en regnskabs- eller ERP-løsning, som er en kendsgerning i enhver virksomhed.

En organisation kan bruge en eller flere software i henhold til kravene i de enkelte afdelinger.For eksempel, kan Kontoafdelingen bruge regnskabssoftware udviklet i Oracle-teknologier, finansafdelingen kan bruge budgetteringssoftware udviklet i Microsoft-teknologier, personaleafdelingen kan bruge lønningssoftware udviklet i Java og lagerafdelingen kan bruge lagersoftware udviklet af IBM og så videre.

Bortset fra teknologierne er hver software forskellig. Den database, der bruges til lagring af data, adskiller sig også fra Oracle, SQL Server, DB / 2 osv.

Vigtigst er det, at de tilgængelige data i den ene afdeling ikke er tilgængelige for den anden afdeling, da dataene ikke er gemt centralt. Denne situation rejser mange kompleksiteter i et forretningsscenarie for en virksomhedsorganisation og reducerer virksomhedens produktivitet samt påvirker medarbejdernes effektivitet.

For eksempel kender salgschefen ikke lagerbeholdningen i lageret til at foretage salgsordren hos en kunde, og vicepræsidenten for virksomheden kender ikke virksomhedens økonomiske status, medmindre de besøger afdelingen eller har en telefon ring med dem.

ERP-software overvejer alle disse forskellige forretningssituationer og funktionelle flowscenarier og giver løsningen til virksomhedskunderne ved at integrere flere afdelingers arbejdsgange inde i organisationen og centralisering af databasen gennem en serverinfrastruktur.

Så hver afdelings data lagres dagligt på en central server. Enhver autoriseret medarbejder kan se live data online uden behov for at interagere med nogen for at fortsætte med deres daglige drift. Endelig kan virksomhedens vicepræsident gennemgå de komplette organisationsdata med et enkelt museklik. Fantastisk arbejde, ikke?

Det verdensomspændende ERP-softwaremarked om året er mere end $ 25 milliarder der vokser 10-20% hvert år, og efterspørgslen øges i små og mellemstore virksomhedssegmenter gennem SaaS (Software-as-a-Service) og Cloud (Off-Premises Infrastructure) platforme.

Efterfølgende øges efterspørgslen efter ERP-testpersoner også i IT-branchen. Mange ERP-implementeringsprojekter brugte mere end 50% af deres budget på test og relaterede aktiviteter.

Selvom vi kalder det ERP-software, er det ikke ” bare software ”Og ERP-leverandørens job afsluttes ikke ved at sælge ERP-software til kunden. ERP er faktisk en “ forretning opløsning ”Til en organisation af automatisering af forretningsprocessen og arbejdsgangen inde i virksomheden. Dette opnås ikke ved blot at installere softwaren og opsætte infrastrukturen, men succesen med ERP-implementering kræver en masse dedikeret løsning og involvering af mennesker.

I denne ERP-verden er det et stort spørgsmål og dilemma blandt virksomhedens kunder, hvordan man vælger og evaluerer den bedste ERP-software, der har den forventede kvalitet og ydeevne.

Anbefalet værktøj:

# 1) Oracle NetSuite

Oracle NetSuite har en ERP-løsning til at strømline missionskritiske processer. Dens funktioner og funktioner giver dig klar synlighed og kontrol over forretningen.

Oracle NetSuite tilbyder en kvalitetsstyringsløsning. Denne platform har funktioner til at definere testene, indstille parametre til evaluering af resultaterne og anvende dem på relevante emner og operationer til modtagelse og test i processen.

Funktioner:

• NetSuite indeholder funktionerne i Test Definition, der giver dig mulighed for at specificere typen af ​​inspektion, tests, der skal udføres, acceptable grænser, minimumskvalifikationer osv.
• Du vil have en centralt styret liste over tests eller inspektioner.
• Værktøjet kan registrere målinger og sammenligne dem med at passere eller fejle grænser.
• Det har funktioner til dataindsamling.

Et øjebliksbillede af den ERP-aktiverede forretningsorganisation bliver taget som nedenfor.

Betydningen af ​​ERP-test

Størstedelen af ​​ERP-implementeringsprojekter mislykkes på grund af forkert testplanlægning og test. For at forstå vigtigheden af ​​ERP-test er testpersonale nødt til at forstå variationerne i ERP-systemerne.

ERP-systemer kan være tilgængelige i flere versioner til flere domæner, der er målrettet mod flere kunder.For eksempel, store ERP-leverandører har forskellige versioner og varianter af deres ERP-software som nedenfor.

prøveeksempler til forsikringsansøgning

• Microsoft Dynamics NAV: Designet til små og mellemstore virksomhedskunder
• Microsoft Dynamics AX: Designet til store virksomhedskunder
  • Systemtest, ydelsestest og belastningstest er vigtige bortset fra funktionstest.
• SAP-forsikring: Designet til forsikringsselskaber
• SAP Banking: Designet til banksektorer
• SAP Chemical: Designet til kemiske virksomheder
  • Domæne viden og erhvervserfaring er vigtig bortset fra funktionstest.

Tilsvarende har produkterne fra Oracle, nemlig E-Business Suite, PeopleSoft, Siebel og JD Edwards osv. Forskellige funktioner, målkunder og industrier, hvor testteamet skal forstå formålet med og funktionaliteten i de komplette systemer.

Der er to typer testteams tilgængelige i ERP-virksomheder:

• 'Core test team' til at teste 'base ERP software' med de statiske funktioner.
• 'Implementeringstestteam' til at teste 'implementeringsprojektet' med dynamiske og tilpassede funktioner.

Når en funktion og funktionalitet tilpasses i henhold til kundens krav, vil den ændrede indvirkning være på flere moduler og systemer. Testteamet skal registrere hver eneste ændring og den relaterede virkning for den fulde sporbarhed.

Automatiseret ERP-test

ERP-virksomheder har en dedikeret teststyrke til at teste deres ERP-systemer. Test af et så stort system kræver, at testudførelsen er “ automatiseret ”. Afhængigt af kravene designer ERP-virksomhederne deres automatiseret testramme og oprette deres test af infrastruktur.

Automatiseret test anbefales til ERP-test, da manuel test kræver meget tid at gennemføre en testrunde. Det er tydeligt, at ERP-implementering mislykkes uden at teste hver eneste komponent i et system og sikre 100% kvalitet.

Nedenfor er listen over forskellige typer ERP-test, da de fleste ERP-systemer bygges i en SOA (Service Oriented Architecture).

sql server 2012 interview spørgsmål og svar

• Funktionel test
• Test af datahåndtering
• Integritetstest
• Systemtest
• Sikkerhedstest
• Pålidelighedstest
• Tilpasningstest
• Test af skalerbarhed
• Brugervenlighedstest
• Test af ydeevne
• Belastningstest
• Interface test
• Interoperabilitetstest
• Regressionstest
• Infrastruktur test
• Billedtest
• Installationstest
• Parallel test

ERP-leverandører

Der er mange ERP-leverandører på det internationale marked.

Nedenfor er en hurtig liste over ERP-software og dens leverandører baseret på markedsandel, omkostninger, implementeringsmodel, gennemsnitlig tid for implementering, platform og levering, teknologi, funktioner og funktioner. Hver leverandør tilbyder forskellige varianter af produktet afhængigt af kundens domæne og branchens vertikale.

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

ERP-moduler

Hvad er ERP-modulerne? Modulet i ERP er en gruppe af funktioner og funktioner til en bestemt gruppe proces- eller afdelinger.

For eksempel , salgsordreproces, betalingsproces og kundestyring kan grupperes som en unik funktionel arbejdsgang i en virksomhed og kan dannes under “ Salg og distribution ”Modul og lignende medarbejderdeltagelse, lønningsproces, personaleledelse kan grupperes som en unik funktionel arbejdsgang i en virksomhed og kan dannes under“ HR & lønningsliste ”Modul.

Til testformål er det mest vigtigt at forstå funktionerne, funktionaliteterne og arbejdsgangen. Uden den rette viden er test af ERP-moduler meget kritisk og besværligt.

ERP-leverandører kan have forskellige modulnavne til gruppering af funktionaliteterne, men konceptet vil være det samme.For eksempel, lad os se hurtigt på et par SAP-moduler for at få en idé, hvis vi udfører SAP-test .

• SAP FICO (til regnskab og omkostningsregnskab)
• SAP HR (til menneskelige ressourcer)
• SAP MM (til materialestyring)
• SAP PP (til produktionsplanlægning)
• SAP SD (til salg og distribution)
• SAP CRM (til Customer Relationship Management)
• SAP SCM (til Supply Chain Management)

Tilsvarende har al ERP-software sådanne moduler i henhold til deres funktionalitetsgruppering og navngivningskonventioner.

Hvorfor er ERP-test kritisk?

ERP-test er virkelig kritisk, hvis testplanerne ikke dækker hele køreplanen for implementeringsfasen. Alle moduler i systemet er fuldstændigt integrerede og indbyrdes relaterede, hvilket betyder, at alle funktionerne er afhængige af funktionerne i andre moduler eller andre systemer.

For eksempel, for at oprette en salgsordre i “Salg” -modulet skal systemet kontrollere den tilgængelige lager i modulet ”Lager” og kontrollere kundens kreditgrænse i modulet “Kunde”.

Funktionaliteten er ikke kun afhængig af andre moduler, men også afhængig af eksterne systemer som et multi-valuta aktiveret system henter den aktuelle valutakurs fra et eksternt live system, forsendelseshastigheden for salgsordren kan kræves fra et eksternt live system, der kan kræves moms af lagervarer fra et regeringsorgan mv.

Når en testcase er skrevet baseret på ovenstående forretningsbrugssag, skal en tester forstå den fulde arbejdsgang for funktionaliteten og afhængigheden af ​​arbejdsgangen, ellers vil testsagen mislykkes eller forblive ufuldstændig.

Nedenstående diagram giver et overblik over en salgsordreproces og afhængigheden af ​​interne og eksterne systemer.

Bortset fra den funktionelle test som i ovenstående forretningsbrug er den anden testfase på “ ERP-implementering ”Hvilket er mere kritisk. Implementeringsfasen af ​​ERP involverer en masse ændringer og tilpasning i henhold til kundens krav og infrastruktur.

Denne form for test involverer ikke kun normal funktionel test, men også test af ydeevne og brugeraccept. Der er flere komponenter, der interagerer med det levende system fra interne og eksterne kilder.

At forstå alle komponenterne og deres funktionalitet er vigtigere for testpersoner at udarbejde testplanerne og testpakken med alle mulige brugssager, der skal dækkes til den applikation, der testes.

De vellykkede ERP-testpersoner er uddannet og arbejdet på mange forskellige ERP-implementeringer i mange år og samler erfaring til at blive en dygtig ERP-tester med en yderligere legitimationsoplysninger som en 'fagekspert' eller en ' domæneekspert ”.

Hjertet i mange ERP-systemer ligger i regnskabs- eller økonomimoduler, hvor de fleste testere mangler regnskabskendskab og har svært ved at forstå de økonomiske begreber og hovedbogssystemet. Kompleksiteten i den indbyrdes relaterede og den ydre relaterede arbejdsgang i ERP-systemerne dæmper testpersonerne ved at skrive en ordentlig ERP-testpakke.

Især den implementering af ERP-systemer kræver forskellige former for systemtest, test af flere brugere, flere niveauer af ydeevne og belastningstest med millioner af 'live testdata' fra de eksisterende systemer, der skal importeres til det nye ERP-system.

Den største udfordring er at indsamle inputdata til at teste funktionen og analysere rigtigheden af ​​outputdataene, hvilket kræver domæne viden.

For eksempel, det er ikke så let at indsamle data til at teste hovedbistransaktioner eller transaktioner med salgsordrer i ERP-systemer. Selvom dataene indsamles til input, er det meget vigtigt at forstå og analysere rigtigheden af ​​outputdata i henhold til de økonomiske standarder som IFRS.

For eksempeler, en 'balance' genereret fra hovedbanks transaktioner kan ikke forstås af normale testere uden kendskab til en balance eller prøvebalance. Årsagen er 'balance' genereret fra hovedbogen baseret på flere transaktioner fra alle modulerne.

Kan jeg teste ERP-software?

Det vigtige spørgsmål for testpersoner er 'Kan jeg teste ERP-systemet med min tilgængelige viden og erfaring?'. Svaret på dette spørgsmål er ikke simpelt ”Ja eller Nej”, men kræver selvvurdering.

ERP-systemer er tilgængelige på flere sprog, der understøtter flere valutaer, kan tilpasses til flere platforme, målretning mod flere domæner og designet til flere brugere. Og testerne vil ikke teste det komplette ERP-system individuelt eller alene.

Ingen forventes at have den komplette og fulde viden og erfaring med alle modulerne inden for ERP eller flere sprogekspertise eller flere industrielle eksponeringer. Testfagfolk skal dog stille sig nogle få spørgsmål som nedenfor, hvilket vil hjælpe dem med at forberede sig på ERP-køreplanen.

• Må jeg kende ERP- og ERP-modulerne?
• Har jeg skrevet testsager til ERP før?
• Har jeg udført testsager til ERP før?
• Har jeg nogen teknisk viden som Scripting, HTML, XML og SQL?
• Har jeg nogen industriel eksponering som farmaceutisk, kemisk og bankvæsen osv.?
• Hvor mange ERP-moduler skal jeg teste?
• Har jeg brug for træning til ERP-test?
• Er ERP-testmanualen eller automatiseret?
• Er jeg en del af Core-testteamet eller Implementation-testteamet?

ERP Testing Road-map

Lad os forberede os med et kørekort med en tjekliste til ERP-test . Pointen at bemærke er, at 'testindsatsen' måske næsten svarer til 'udviklingsindsatsen' for ERP-test, og ERP-virksomhederne forsøger at oprette en platform og infrastruktur til at reducere indsatsen, men øge effektiviteten og produktiviteten.

Dette er en hurtig tjekliste og kan variere fra sag til sag.

ERP-testcheckliste:

Konklusion

Inden man går ind i ERP-test, skal testpersonerne forstå begreberne, processen og strategierne og kritikken ved ERP-test. Ja, vi er nu klar til at starte testprocessen med et hurtigt vejkort i hånden.

Den næste ERP-testvejledning : ERP Testing Test Plan - Så vores næste skridt er at indlede ERP-testprocessen ved udarbejde QA og testplan, forberede Test Suite med modulvise testtilfælde, identificere de bedste fremgangsmåder til manuel og automatisk testudførelse og forberede skabelonformatet til testrapporter.

Vi vil dække alle disse emner i vores næste vejledning. Så gå ikke glip af det.

Fortæl os, hvis du har spørgsmål om ERP- eller SAP-test.

Anbefalet læsning

• Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
• Softwaretest QA Assistant Job
• Alpha Testing og Beta Testing (En komplet guide)
• Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
• Valg af softwaretest som din karriere
• Softwaretest Teknisk indhold Writer Freelancer Job
• Test af Primer eBook Download
• Bedste QA Software Testing Services fra SoftwareTestingHelp