how prepare test plan
I den forrige artikel har vi set få nøglepunkter i ERP som den virkelige betydning af udtrykket ERP, forskellige moduler af ERP, vigtigheden af ERP-test, kritikken ved ERP-test og en køreplan for udarbejdelsen af ERP-testen .
=> Tjek ERP-test del 1 tutorial her.
Lad os i denne artikel få mere praktiske detaljer om ERP (SAP) -test som at udarbejde kvalitetssikringsplan, testplan, testserie, testcases og testudførelsesstrategi.
=> Klik her for en komplet testplan-tutorial-serie
bedste pc tune up software 2019
Denne vejledning er et godt eksempel til at skrive testplan fra bunden til enhver applikation. Vi har også leveretprøve test suite skabelon til download.
Lad os med henblik på demonstration antage, at ERP-applikationen, der testes, består af følgende moduler med nogle vigtige oplysninger om implementeringsplanen som nedenfor.
ERP-navn: ABC Manufacturing ERP
Kundenavn: XYZ Petrochemicals LLC
Branchevertikaler: Fremstilling
Virksomhedskontor: New York
Afdelingskontorer: Los Angeles og Chicago
Produktionsanlæg: Houston
Lagerlagre: Houston, Los Angeles og Chicago
Samlede medarbejdere: 2500
Systembrugere: 325
Virksomhedsomsætning: USD 1 mio
Afdelinger: Administration, økonomi, konti, HR, produktion, kvalitet, butikker, salg, marketing, vedligeholdelse, afsendelse, kundesupport
Moduler: Budget, CRM, Kunde, Leverandør, Salg, Køb, Betalinger, Kontrakter, Finans, Konti, Humankapital, Løn, Produktionsplanlægning, Projektledelse, Lagerbeholdning, Materialestyring, Arbejdsordrer, Anlægsaktiver, Business Intelligence
Leveringsmodel: Lokal og sky
Gennemførelsesplan: Kravindsamling, Business Workflow-analyse, dataflowvurdering, tilpasning og forbedring, levering og implementering, slutbrugeruddannelse
Anbefalet værktøj:
# 1) Oracle NetSuite
Oracle NetSuite tilbyder en kvalitetssikringsplatform, der giver dig mulighed for at oprette inspektionsplaner og spore testresultater. Værktøjet hjælper dig med at levere den højeste kvalitet i dine produkter. Du vil være i stand til at administrere listen over tests centralt og håndhæve minimumskvalifikationer for inspektører.
Det giver forskellige funktioner og funktioner til testdefinition, modtagelse og inspektion i processen og dataindsamling.
Funktioner:
- Oracle NetSuite udfører realtidsbehandling af inspektionsresultater.
- Det er et enhedsagnostisk værktøj og kan bruges på enhver browserbaseret tablet.
- Det har funktioner i workflowbaseret håndtering af ikke-overensstemmende materialer.
- Du kan håndhæve minimumskvalifikationer for inspektører.
Find nedenstående nogle af skærmbillederne af ERP-softwareapplikationen til nogle vigtige forretningsprocesser som salgsordre, kundeøkonomi, betalingsoverskrift, fast aktiver, medarbejderstyring og salgsrapport, som giver en idé om kritikken og kompleksiteten af ERP-testen.
Skærmbillede 1: Salgsordre
Skærmbillede 2: Salgsordre (USA)
Skærmbillede 3: Kundeøkonomi
Skærmbillede 4: Betalingsoverskrift (Indien)
Skærmbillede 5: Betalingsoverskrift (USA)
Skærmbillede 6: Fast aktiver (Indien)
Skærmbillede 7: Fast aktiver (US)
Skærmbillede 8: Medarbejderledelse
Skærmbillede 9: Salgsrapport
Hvad du lærer:
- ERP QA-plan
- ERP-testplan
- Projekt Beskrivelse
- Objektiv
- Modulvise funktioner til manuel test
- Modulkloge funktioner til automatiseringstest
- Funktioner, der skal testes uden for lokaler
- Funktioner, der skal testes på stedet
- Funktioner, der testes på mobil, Wi-Fi og cloud
- Ressource krav
- Testplan
- Test sag udførelse
- Test dækning
- Leverancer
- Risikostyring
- Problem Tracker
- Kvalitetsmålinger
- ERP Test Suite
- Eksempel på test suite skabelon download:
- ERP-testtilfælde
- Konklusion
- Anbefalet læsning
ERP QA-plan
At sikre kvalitet er en vigtig milepæl i ethvert ERP-implementeringsprojekt, der består af følgende interessenter, og succes afhænger af dedikeret indsats fra alle som en “ Hold ”.
Interessenterne i ERP-implementeringsprojektet kan være:
- Implementeringsteam - Består af teamet af professionelle fra ERP Company eller fra den lokale implementeringspartner. Skal have ekspertise i implementering.
- Softwareleverandør - Softwareleverandører til operativsystemet, databasen og andre kontorapplikationer, der kræves til ERP.
- Hosting udbyder - Hostingudbydere til de servere, netværk, internet og intranetinfrastruktur, der kræves til ERP-implementering. Skal have ekspertise i implementering.
- Forretningsteam - Består af teamet fra forretningsudviklingen eller ledelsesstyringsgruppen.
- Teknisk team - Udviklingsteamet eller implementeringsteamet skal være tilgængeligt i løbet af projektet. Skal have ekspertise i implementering.
- Testteam - Testteamet fra ERP-firmaet eller fra de lokale partnere, der har ekspertise i ERP-implementeringsstrategierne.
- Kundeteam - Slutbrugerholdet eller afdelingslederne, der har den komplette arbejdskendskab til forretningsprocessen.
Som vi diskuterede i den foregående vejledning, er test af ERP-softwaren (f.eks. SAP) anderledes end at teste de andre softwareapplikationer. ERP-applikationer er domænespecifikke og branchespecifikke. De almindelige moduler som Finance, Accounting, Inventory, Fixed Asset, Sales, Purchase, Human Capital og Payroll er tilgængelige i alle ERP-systemer.
Bortset fra disse fælles moduler er der få industrielle specifikke moduler tilgængelige pr. De målrettede kunder.For eksempel, kan en 'fremstillings-ERP' have et 'produktionsplanlægningsmodul', en 'farmaceutisk ERP' kan have et 'læge-patient' -modul og en 'uddannelses-ERP' kan have et 'studerende' -modul og så videre.
Så kvalitetsfaktoren bør aktiveres med nogle foruddefinerede målinger, der skal deles i god tid med alle interessenterne i ovenstående liste.
For at opretholde kvaliteten indgås interessenter indbyrdes i serviceniveauaftaler. Alle interessenter som et team skal have de definerede handlingspunkter, ansvar med måldatoer for at opnå den forventede kvalitet af arbejdserklæringen.
ERP-testplan
ERP-testplanen skal bestå af følgende oplysninger for en effektiv og vellykket implementering.
Testplanen har målene, kvalitetsmålinger, funktioner, der skal testes manuelt, funktioner, der skal testes gennem automatiseringsværktøjer, projektmiljø, teaminfrastruktur, ressourcekrav, testplan, testleverancer, testudførelsesinfrastruktur, testramme, antagelser, afhængigheder, begrænsninger, fejlsporingsmekanisme, fejlrapporteringsværktøjer og acceptkriterier osv.,
Nedenfor er prøveprøveplanen for vores ERP-implementeringsprojekt for XYZ Petrochemical LLC.
Se også - hvis du har brug for mere information om, hvordan du skriver testplan, skal du tjekke disse vejledninger:
Projekt Beskrivelse
ABC Manufacturing ERP er en integreret ERP-løsning til fremstillingsindustrien. Produktet består af kernemodulerne som Regnskab, Finans, Budget, Lager, Anlægsaktiver, Kunder, Leverandører, CRM, Salg, Køb, Betalinger, Kontrakter, Humankapital, Løn, Produktionsplanlægning, Projektledelse, Lagerbeholdning, Materialestyring, Arbejde Ordrer og Business Intelligence.
Kundens lodret er inden for fremstilling, og deres forretning er at fremstille petrokemiske biprodukter og sælge dem til de indenlandske og internationale kunder. Råmaterialerne købes fra indenlandske og internationale markeder. Virksomheden opererer fra New York, USA med filialer i forskellige dele af landet.
Virksomheden har også lagre på fjerntliggende steder. ERP-systemet implementeres centralt i virksomhedslokalerne og forbinder de andre filialer, lagre, produktionsanlæg, marketingkontorer fra forskellige dele af landet via internet, WAN, Wi-Fi, skyinfrastruktur. Den foreslåede løsning understøtter flere sprog som engelsk (for internationale kunder, hindi (for IN-brugere), arabisk (for Mellemøsten-leverandører) og understøtter flere valutatransaktioner.
Systemet har også en e-handels kundeportal til online salgsordrer med kreditkortbetalingsgateway og en leverandørportal til købstilbud. Der er mere end 300 systembrugere, der vil bruge systemet fra forskellige dele af kloden med mindst mere end 10.000 transaktioner om dagen.
Objektiv
- Identificer de moduler, der skal testes manuelt.
- Identificer de moduler, der skal testes, via automatiseringsværktøjer.
- Definer teststrategi, testomfang og testaktiviteter.
- Definer testkriterier, antagelser, afhængigheder og begrænsninger.
- Identificer testteamet, deres tildeling og deres testplan.
- Opsæt den manuelle og automatiserede testramme.
- Opsæt testinfrastrukturen med software- og hardwarekonfigurationen.
- Definer projektets interessenter til ERP-implementering.
- Definer kommunikations- og eskaleringsmekanismen.
- Definer arbejdsmiljø, opgaveoplysninger og ansvar.
- Risikostyring med risikoreducerende planer.
- Definer testleverancer og rapporteringsværktøjer.
Modulvise funktioner til manuel test
- Betalingsmodul (oprettelse af betaling, godkendelse af betalinger, udstedelseschecks)
- Finansieringsmodul (fælles betalinger, godkend fælles betalinger, udstedelseschecks)
- Lønmodul (Lønchecks, udstedelseschecks)
- Modul for anlægsaktiver (afskrivning på aktiver, afhændelse af aktiver)
- ...
Modulkloge funktioner til automatiseringstest
- Salgsmodul (salgsordre, forsendelsesordre, restordrer, salgsfakturering)
- Købsmodul (indkøbskontrakt, indkøbsordrer, indkøbsændringer)
- Kundemodul (Customer Management, Customer Financials)
- Human Capital-modul (medarbejderstyring, deltagelse, lån, forlader)
- ...
Funktioner, der skal testes uden for lokaler
- Funktionstest: Alle funktionstesttilfælde i alle moduler, som gennemgås og godkendes.
- Regressionstest: Alle funktionelle testtilfælde til de tilpassede moduler, som gennemgås og godkendes.
- Røgtest: Alle funktionelle testtilfælde markeret for Sanity, som gennemgås, udføres og godkendes.
- ...
Funktioner, der skal testes på stedet
- Systemtest: Alle systemtest tilfælde af alle moduler, som gennemgås og godkendes.
- Integrationstest : Alle systemtestsager af alle moduler, som gennemgås og godkendes.
- Performance Testing: Alle performance test cases, som gennemgås og godkendes.
- Load Testing: Alle belastningstestsager, som gennemgås og godkendes.
- Test af brugeraccept : Alle test af brugeraccept, som gennemgås og godkendes.
- ...
Funktioner, der testes på mobil, Wi-Fi og cloud
Funktionstest: Alle systemtesttilfælde i CRM-modulet, som gennemgås og godkendes.
Ressource krav
Testplan
Ja Nej | Opgavedetaljer | Start dato | Slutdato | Tester |
---|---|---|---|---|
6 | Returvaretilladelse | 05/27/2015 | 06/01/2015 | Tester B |
1 | Forbereder testplan | 05/04/2015 | 05/06/2015 | Tester A |
to | Gennemgå og opdater testplan | 05/07/2015 | 05/07/2015 | Testledning B |
3 | Forbereder Test Suite & Test Cases | |||
Modul 1: Salg og distribution | 05/16/2015 | 06/04/2015 | ||
4 | Salgsordreproces | 05/16/2015 | 05/20/2015 | Tester B |
5 | Salgskontraktproces | 05/21/2015 | 05/26/2015 | Tester B |
7 | Process for betalingskvittering | 06/02/2015 | 06/04/2015 | Tester B |
... | ||||
Modul 2: Køb og betalinger | ||||
8 | Indkøbsproces for køb | 05/16/2015 | 05/19/2015 | Tester C |
9 | Process for købstilbud | 05/20/2015 | 05/23/2015 | Tester C |
10 | Indkøbsordreproces | 05/24/2015 | 05/28/2015 | Tester C |
elleve | Process for godkendelse af betaling | 05/29/2015 | 05/31/2015 | Tester C |
... | ||||
Testudførelse | ||||
12 | Modul 1: Iteration 1 | 06/01/2015 | 06/05/2015 | Tester B |
13 | Modul 2: Iteration 1 | 06/01/2015 | 06/04/2015 | Tester C |
... | ||||
14 | Regressionstest: Modul 1 | |||
femten | Regressionstest: Modul 2 | |||
... | ||||
16 | Testrapporter og QA-planopdateringer | |||
... |
Test sag udførelse
Test dækning
A: Funktionstest, B: Systemtest, C: Integritetstest, D: Sikkerhedstest, E: Test af brugervenlighed, F: Ydelsestest, G: Interface-test, H: Installationstest
Leverancer
Risikostyring
Problem Tracker
Confluence og JIRA værktøjer bruges til problemsporing i projektet. JIRA er også tilpasset og konfigureret til alle testteammedlemmerne til at eskalere problem og rapportere fejl og tildeles til koncernens udviklingshold med ansvar og måldatoer.
Kvalitetsmålinger
ERP Test Suite
Ligesom den normale testproces udarbejdes ERP Test Suite normalt som et Excel-dokument. Dette dokument styrer den komplette revisionshistorik for de forskellige testpakker af alle modulerne i ERP-applikationen. Testcases for hvert modul, testudførelseshistorik, liste over fejl og testrapporthistorik opbevares i en ERP-testpakke.
Til automatiseringstest er testskripter ”Vedligeholdes i testpakken, og den relaterede iteration af testudførelseshistorikken opretholdes. Afhængigt af testtypen og kompleksiteten af testsagerne opretholdes automatiseringstestscripts i pakken, som skal designes på en sådan måde, at de kan genbruges.
Find nedenstående snapshot af en ERP-testpakke i Excel-dokument.
Eksempel på test suite skabelon download:
Nedenfor er eksempler på test suite skabelon til download. Den indeholder skabeloner til revisionshistorik, testrapport, fejlrapport, røgtesttilfælde, regressionstesttilfælde
=> Klik her for at downloade ERP test suite skabelon.
ERP-testtilfælde
Bortset fra de funktionelle testtilfælde, regressionstesttilfælde, sundheds- / røgtesttilfælde, kræver ERP-test andre typer testtilfælde til installationstest, konfigurationstest, implementeringstest, tilpasningstest, netværkstest, servertest, offline test, fjerntest, test af flere valutaer, test af flere sprog, test af enheder, test af intranet, test i realtid osv.,
Vigtigst, ERP er en centraliseret automatiseret løsning, der fås adgang til flere brugere samtidigt online i realtid, hvilket involverer en økonomisk transaktion, og hver testcase skal skrives med en masse dedikeret indsats og realtidsdata.
Testudførelsesstatus skal også opdateres som 'Pass' efter verificering af outputdata med de foruddefinerede realtidsdata. Så testsagerne skal altid have en kolonne til ' testdata ”Og“ outputdata ”.
Eksempel på testscenarie:
Nedenfor finder du en prøveeksempel til vores ERP-demonstration. Disse testtilfælde kan bestå af mange små testtilfælde, som kan adskille og vedligeholdes, men til demo-formål er det kombineret med en enkelt testsag.
Test sag-id | ABC_ERP_SD_X0121 |
---|---|
Forventede resultater (Positiv) | 1. Ordre skal bestilles og faktureres. 2. Pluk Emballageseddel skal genereres. 3. Forsendelsesordre skal genereres. 4. Transaktioner med hovedbøger skal bogføres. 5. Beholdningslisten skal opdateres. 6. Debitmemo skal genereres. 7. E-mail skal sendes til kunden og butikkerne. |
Modul | Salg og distribution |
Funktion | Salgsordreproces |
Objektiv | For at kontrollere salgsordren bookes og faktureres med korrekte data indtastet for salgsoverskrift og salgsoplysninger. |
Trin til reproduktion | 1. Salg og distribution -> Ordrehåndtering -> Salgsordreliste -> Ny salgsordre. 2. Vælg ordredato, vælg ordretype, vælg udløbsdatoen, vælg kunde-id, vælg forsendelses-id, vælg lager-id, vælg forsendelsesdato, vælg betalingsfrist, vælg moms-id, vælg sælger-id. 3. Vælg nye salgsartikler og vælg vare-id, vælg vare UOM, indtast varemængde, indtast varepris, vælg hovedkontokonto, vælg projekt-id, og klik på OK. 4. Klik på Book Order-knappen på hovedskærmen. |
Indtastningsdata (Positiv) | Bestillingsdato (01/01/2015), ordretype (salgsordre), udløbsdato (31/09/2015), kunde-id (SABIC), forsendelses-id (FedEx), lager-id (NaviMumbaiWH), leveringsdato (03 / 02/2015), Vælg betalingsfrist (28/02/2015), moms-id (ST929), sælger-id (anand), vare-id (polyPropylen), vare UOM (kilogram), vare antal (1000), hovedkontokonto (23499949), projekt-id (DueTarget2015) |
Indtastningsdata (Negativ) | Bestillingsdato (01/01/2016), Ordretype (Indkøbsordre), Udløbsdato (31/09/2012), Kunde-ID (STANDARD), Forsendelses-ID (tom), Lager-ID (tom), Leveringsdato (03 / 02/2013), Vælg betalingsfrist (28/02/2012), moms-id (tom), sælger-id (standard), vare-id (standard), vare UOM (tom), vare antal (0), hovedkontokonto (STANDARD), Projekt-ID (STANDARD) |
Forventede resultater (Negativ) | • Der skal komme en advarselsboks for hvert negativt datainput i henhold til alarmprocessen og den definerede tekst. • Salgsordren skal omordnes, hvis varerne er udsolgt. • Salgsordren skal holdes tilbage, hvis kundens kreditgrænse er lav. |
Faktisk resultat | |
Forventet output | Salgsordre, salgsfaktura, pakkeliste, forsendelsesliste skal genereres i det foruddefinerede rapportformat. |
Faktisk output |
Konklusion
ERP-test har mange risici og kompleksiteter sammenlignet med enhver software / produkttest. Også styring af kvalitetsmålinger i ERP-implementeringsprojekter kræver meget opmærksomhed og dedikeret indsats som et 'team' fra de mange interessenter.
Testfagfolk skal forstå forskellen mellem produktets kvalitet og implementeringskvaliteten. ERP-test kræver pålideligt sponsorering til tiden og budgettet fra ledelsen og kunderne. Testning skal udføres af ERP-ekspertgruppen og bør ikke tildeles et uerfarent team af nogen grund.
Det er meget vigtigt at bruge den gennemprøvede rigtige proces, metoder, tilgange og automatiserede værktøjer. Vi bør ikke antage, at 'automatisering' fuldstændigt erstatter den 'manuelle' test, men bør ikke gå på kompromis med brugen af den krævede testinfrastruktur og ramme. Undervurder ikke den tid, der kræves til at indsamle reelle data fra kunderne.
For testpersoner er denne rejse “Fremragende ressource til ERP-produkttest!”.
Fortæl os, hvis du har spørgsmål om ERP eller især SAP-test.
=> Besøg her for en komplet testplan-tutorial-serie
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Softwaretestkursusplan - Online kursus detaljeret træningsplan
- Forskel mellem Desktop, Client Server Testing og Web Testing
- Test af Primer eBook Download
- Sådan skriver du softwaretest ugentlig statusrapport
- Begyndervejledningen til ERP-test (SAP-test) - Del 1
- Vejledning til test af webapplikationssikkerhed
- Testplan Tutorial: En guide til at skrive et softwaretestplan-dokument fra bunden