how prepare test plan
In het vorige artikel hebben we enkele kernpunten van ERP gezien, zoals de echte betekenis van de term ERP, verschillende modules van ERP, het belang van ERP-testen, de kritieken van ERP-testen en een routekaart voor de voorbereiding van de ERP-testen .
Bekijk hier de tutorial over ERP-testen deel 1.
In dit artikel gaan we in op meer praktische details over ERP (SAP) -testen, zoals het opstellen van het kwaliteitsborgingsplan, het testplan, de testsuite, testcases en de strategie voor het uitvoeren van tests.
Klik hier voor een complete serie testplannen
Deze tutorial is een goed voorbeeld voor het schrijven van een volledig nieuw testplan voor elke toepassing. We hebben ook voorzienvoorbeeldtestsuite-sjabloon om te downloaden
Laten we voor de demonstratiedoeleinden aannemen dat de te testen ERP-applicatie uit de volgende modules bestaat met wat belangrijke informatie over het implementatieplan, zoals hieronder.
ERP-naam: ABC Manufacturing ERP
Klantnaam: XYZ Petrochemicals LLC
Branches: Productie
Hoofdkantoor: New York
Vestigingen: Los Angeles en Chicago
Productieplant: Houston
Voorraad magazijnen: Houston, Los Angeles en Chicago
Totaal aantal medewerkers: 2500
Systeemgebruikers: 325
Bedrijfsomzet: USD 1 miljoen
Afdelingen: Administratie, financiën, accounts, HR, productie, kwaliteit, winkels, verkoop, marketing, onderhoud, verzending, klantenondersteuning
Modules: Budget, CRM, Klant, Verkoper, Verkoop, Aankoop, Betalingen, Contracten, Financiën, Accounts, Human Capital, Salarisadministratie, Productieplanning, Projectbeheer, Inventaris, Materiaalbeheer, Werkorders, Vaste activa, Business Intelligence
Leveringsmodel: Lokaal en in de cloud
Implementatieplan: Verzamelen van vereisten, analyse van bedrijfswerkstroom, beoordeling van gegevensstroom, aanpassing en verbetering, levering en implementatie, training voor eindgebruikers
Aanbevolen tool:
wat is de beste virusverwijderaar
# 1) Oracle NetSuite
Oracle NetSuite biedt een Quality Assurance-platform waarmee u inspectieplannen kunt opstellen en testresultaten kunt volgen. De tool helpt u om de hoogste kwaliteit in uw producten te leveren. U kunt de lijst met tests centraal beheren en de minimale kwalificaties van inspecteurs afdwingen.
Het biedt verschillende functies en functionaliteiten voor testdefinitie, ontvangst- en in-procesinspecties en gegevensverzameling.
Kenmerken:
- Oracle NetSuite voert de realtime verwerking van inspectieresultaten uit.
- Het is een apparaatonafhankelijke tool en kan op elke browsergebaseerde tablet worden gebruikt.
- Het heeft kenmerken van workflow-gebaseerde behandeling van niet-conforme materialen.
- U kunt minimum kwalificaties van inspecteurs afdwingen.
Hieronder vindt u enkele schermafbeeldingen van de ERP-softwareapplicatie voor een aantal belangrijke bedrijfsprocessen, zoals verkooporder, financiële administratie van de klant, betalingskoptekst, vaste activa, personeelsbeheer en verkooprapport, die een idee geven van de kriticiteit en complexiteit van de ERP-tests.
Screenshot 1: Verkooporder
Screenshot 2: Verkooporder (VS)
Screenshot 3: Klantfinanciën
Screenshot 4: Payments Header (India)
Screenshot 5: Payments Header (VS)
Screenshot 6: Fixed Asset (India)
Schermafbeelding 7: Vaste activa (VS)
Screenshot 8: Personeelsmanagement
Screenshot 9: Verkooprapport
Wat je leert:
hoe team foundation server te gebruiken
- ERP QA-plan
- ERP-testplan
- Projectbeschrijving
- Objectief
- Modulegewijs functies voor handmatig testen
- Modulesgewijze functies voor automatiseringstests
- Functies die buiten gebouwen moeten worden getest
- Functies die op locatie moeten worden getest
- Functies die moeten worden getest op mobiel, wifi en cloud
- Benodigde bronnen
- Testschema
- Testcase-uitvoering
- Testdekking
- Deliverables
- Risicomanagement
- Probleem Tracker
- Kwaliteitsstatistieken
- ERP-testsuite
- Voorbeeld van testsuite-sjabloon downloaden:
- ERP-testcases
- Gevolgtrekking
- Aanbevolen literatuur
ERP QA-plan
Het verzekeren van kwaliteit is een belangrijke mijlpaal van elk ERP-implementatieproject, dat bestaat uit de volgende belanghebbenden en het succes hangt af van toegewijde inspanningen van allen als een “ Team
De belanghebbenden van het ERP-implementatieproject kunnen zijn:
- Implementatieteam - Bestaat uit het team van professionals van ERP Company of van de lokale implementatiepartner. Moet implementatie-expertise hebben.
- Softwareleverancier - Softwareleveranciers voor het besturingssysteem, de database en andere kantoortoepassingen die nodig zijn voor ERP.
- Hostingprovider - Hostingproviders voor de servers, netwerk-, internet- en intranetinfrastructuur die nodig zijn voor ERP-implementatie. Moet implementatie-expertise hebben.
- Zakelijk team - Bestaat uit het team van de business development of de managementstuurgroep.
- Technisch team - Het ontwikkelteam of het implementatieteam dat gedurende het project beschikbaar moet zijn. Moet implementatie-expertise hebben.
- Testteam - Het testteam van het ERP-bedrijf of van de lokale partners met expertise in de ERP-implementatiestrategieën.
- Klantenteam - Het eindgebruikersteam of de afdelingshoofden, die de volledige praktische kennis van het bedrijfsproces hebben.
Zoals we in de vorige tutorial hebben besproken, is het testen van de ERP-softwareapplicatie (bijvoorbeeld SAP) anders dan het testen van de andere softwareapplicaties. ERP-applicaties zijn domeinspecifiek en branchespecifiek. De gemeenschappelijke modules zoals Financiën, Boekhouding, Inventaris, Vaste activa, Verkoop, Aankoop, Menselijk kapitaal en Salaris zijn beschikbaar in alle ERP-systemen.
Afgezien van deze gemeenschappelijke modules, zijn er weinig industriële specifieke modules beschikbaar volgens de beoogde klanten.Bijvoorbeeldkan een 'productie-ERP' een 'productieplanning' -module hebben, een 'farmaceutisch ERP' kan een 'arts-patiënt' -module hebben en een 'onderwijs-ERP' kan een 'student' -module hebben, enzovoort.
De kwaliteitsfactor moet dus worden ingeschakeld met een aantal vooraf gedefinieerde statistieken die ruim van tevoren moeten worden gedeeld met alle belanghebbenden in de bovenstaande lijst.
Om de kwaliteit op peil te houden worden stakeholders onderling afspraken gemaakt over serviceniveau. Alle belanghebbenden als team moeten de gedefinieerde actiepunten hebben, verantwoordelijkheden met de streefdata om de verwachte kwaliteit van de werkverklaring te bereiken.
ERP-testplan
ERP-testplan moet de volgende informatie bevatten voor een effectieve en succesvolle implementatie.
Het testplan bevat de doelstellingen, kwaliteitsstatistieken, functies die handmatig moeten worden getest, functies die moeten worden getest via automatiseringstools, projectomgeving, teaminfrastructuur, resourcevereisten, testschema, testresultaten, infrastructuur voor testuitvoering, testkader, aannames, afhankelijkheden, beperkingen, bug-tracking-mechanisme, bug-rapportagetools en acceptatiecriteria enz.,
Hieronder vindt u het voorbeeldtestplan voor ons ERP-implementatieproject voor XYZ Petrochemical LLC.
Zie ook - Als je meer informatie nodig hebt over het schrijven van een testplan, bekijk dan deze tutorials:
Projectbeschrijving
ABC Manufacturing ERP is een geïntegreerde ERP-oplossing voor de maakindustrie. Het product bestaat uit de kernmodules zoals boekhouding, financiën, budget, voorraad, vaste activa, klanten, leveranciers, CRM, verkoop, aankoop, betalingen, contracten, menselijk kapitaal, salarisadministratie, productieplanning, projectbeheer, voorraad, materiaalbeheer, werk Bestellingen en Business Intelligence.
De verticaal van de klant is in de productie en hun bedrijf is de productie van petrochemische bijproducten en de verkoop ervan aan de binnenlandse en internationale klanten. De grondstoffen worden ingekocht op binnenlandse en internationale markten. Het bedrijf opereert vanuit New York, de VS met vestigingen in verschillende delen van het land.
Het bedrijf heeft ook magazijnen op afgelegen locaties. Het ERP-systeem wordt geïmplementeerd op een gecentraliseerde locatie op het bedrijfsterrein en verbindt de andere filialen, magazijnen, productievestigingen en marketingkantoren uit verschillende delen van het land via internet, WAN, wifi en cloudinfrastructuur. De voorgestelde oplossing ondersteunt meerdere talen, zoals Engels (voor internationale klanten, Hindi (voor IN-gebruikers), Arabisch (voor leveranciers in het Midden-Oosten) en ondersteunt transacties in meerdere valuta's.
Het systeem heeft ook een E-Commerce-klantenportal voor online verkooporders met creditcardbetalingsgateway en een leveranciersportaal voor inkoopoffertes. Er zijn meer dan 300 systeemgebruikers die het systeem gaan gebruiken vanuit verschillende delen van de wereld met minstens meer dan 10.000 transacties per dag.
Objectief
- Identificeer de te testen modules handmatig.
- Identificeer de te testen modules met behulp van automatiseringstools.
- Bepaal de teststrategie, testscope en testactiviteiten.
- Definieer testcriteria, aannames, afhankelijkheden en beperkingen.
- Identificeer het testteam, hun toewijzing en hun testschema.
- Stel de handleiding en het automatiseringstestkader op.
- Stel de testinfrastructuur in met de software- en hardwareconfiguratie.
- Definieer de belanghebbenden van het project voor ERP-implementatie.
- Definieer het communicatie- en escalatiemechanisme.
- Definieer de werkomgeving, taakdetails en de verantwoordelijkheden.
- Risicobeheer met plannen voor risicobeperking.
- Definieer de testresultaten en de rapportagetools.
Modulegewijs functies voor handmatig testen
- Betalingsmodule (betaling aanmaken, betalingen goedkeuren, cheques uitgeven)
- Financieringsmodule (gezamenlijke betalingen, gezamenlijke betalingen goedkeuren, cheques uitgeven)
- Salarismodule (Salariscontroles, Uitgiftecontroles)
- Module vaste activa (afschrijving van activa, afstoting van activa)
-
Modulesgewijze functies voor automatiseringstests
- Verkoopmodule (verkooporder, verzending verkooporder, nabestellingen, verkoopfacturering)
- Aankoopmodule (koopcontract, inkooporders, inkoopaanpassingen)
- Klantmodule (klantenbeheer, klantfinanciën)
- Human Capital-module (personeelsbeheer, aanwezigheid, leningen, verlof)
-
Functies die buiten gebouwen moeten worden getest
- Functionaliteitstesten: alle functionele testgevallen van alle modules, die worden beoordeeld en goedgekeurd.
- Regressietesten: alle functionele testcases voor de op maat gemaakte modules, die worden beoordeeld en goedgekeurd.
- Rooktesten: alle functionele testcases gemarkeerd voor Sanity, die worden beoordeeld, uitgevoerd en goedgekeurd.
-
Functies die op locatie moeten worden getest
- Systeemtest: alle systeemtestgevallen van alle modules, die worden beoordeeld en goedgekeurd.
- Integratietesten : Alle systeemtestgevallen van alle modules, die worden beoordeeld en goedgekeurd.
- Prestatietests: alle prestatietestgevallen, die worden beoordeeld en goedgekeurd.
- Load Testing: Alle loadtestgevallen, die worden beoordeeld en goedgekeurd.
- Testen van gebruikersacceptatie : Alle gebruikersacceptatietests, die worden beoordeeld en goedgekeurd.
-
Functies die moeten worden getest op mobiel, wifi en cloud
Functionaliteitstesten: Alle systeemtestcases van de CRM-module, die worden beoordeeld en goedgekeurd.
Benodigde bronnen
Testschema
Ja nee | Taakdetails | Begin datum | Einddatum | Tester |
---|---|---|---|---|
6 | Return Merchandise Authorization | 27-05-2015 | 06/01/2015 | Tester B |
1 | Testplan opstellen | 05/04/2015 | 05/06/2015 | Tester A |
twee | Bekijk en update het testplan | 05/07/2015 | 05/07/2015 | Testkabel B |
3 | Voorbereiden van testsuite en testcases | |||
Module 1: Verkoop en distributie | 16/05/2015 | 06/04/2015 | ||
4 | Verkooporderproces | 16/05/2015 | 20-05-2015 | Tester B |
5 | Verkoopcontractproces | 21-05-2015 | 26-05-2015 | Tester B |
7 | Betalingsontvangstproces | 06/02/2015 | 06/04/2015 | Tester B |
| ||||
Module 2: Aankoop en betalingen | ||||
8 | Aankoop inspringen proces | 16/05/2015 | 19-05-2015 | Tester C |
9 | Aankoopofferteproces | 20-05-2015 | 23/05/2015 | Tester C |
10 | Inkooporderproces | 24-05-2015 | 28-05-2015 | Tester C |
elf | Betalingsgoedkeuringsproces | 29-05-2015 | 31/05/2015 | Tester C |
| ||||
Testuitvoering | ||||
12 | Module 1: Iteratie 1 | 06/01/2015 | 06/05/2015 | Tester B |
13 | Module 2: Iteratie 1 | 06/01/2015 | 06/04/2015 | Tester C |
| ||||
14 | Regressietesten: module 1 | |||
vijftien | Regressietesten: module 2 | |||
| ||||
16 | Testrapporten en updates van QA-plannen | |||
|
Testcase-uitvoering
Testdekking
A: Functioneel testen, B: Systeemtesten, C: Integriteitstesten, D: Beveiligingstesten, E: Bruikbaarheidstesten, F: Prestatietesten, G: Interfacetesten, H: Installatietesten
Deliverables
Risicomanagement
Probleem Tracker
Confluence en JIRA tools worden gebruikt voor probleem tracking in het project. JIRA is ook aangepast en geconfigureerd voor alle testteamleden om problemen te escaleren en bugs te rapporteren en toegewezen aan het concernontwikkelingsteam met de verantwoordelijkheid en streefdata.
Kwaliteitsstatistieken
ERP-testsuite
Net als het normale testproces wordt ERP Test Suite normaal gesproken voorbereid als een Excel-document. Dit document beheert de volledige revisiegeschiedenis van de verschillende testsuites van alle modules in de ERP-applicatie. De testgevallen van elke module, de geschiedenis van de uitvoering van de test, de lijst met bugs en de geschiedenis van het testrapport worden bijgehouden in een ERP-testsuite.
Voor automatiseringstesten, de “ testscripts ”Worden bijgehouden in de testsuite en de gerelateerde iteratie van de testuitvoeringsgeschiedenis wordt bijgehouden. Afhankelijk van het type testen en de complexiteit van de testcases, worden automatiseringstestscripts in de suite bijgehouden die zo moeten worden ontworpen dat ze opnieuw kunnen worden gebruikt.
Vind hieronder de momentopname van een ERP-testsuite in Excel-document.
hoe u een nep-e-mail maakt
Voorbeeld van testsuite-sjabloon downloaden:
Hieronder ziet u een voorbeeld van een testsuite om te downloaden. Het bevat sjablonen voor revisiegeschiedenis, testrapport, bugrapport, rooktestgevallen, regressietestgevallen
Klik hier om het ERP-testsuite-sjabloon te downloaden.
ERP-testcases
Afgezien van de functionele testgevallen, regressietestgevallen, geestelijke gezondheid / rooktestgevallen, vereist ERP-testen andere soorten testgevallen voor installatietesten, configuratietesten, implementatietesten, aanpasbaarheidstesten, netwerktesten, servertests, offline testen, testen op afstand, testen in meerdere valuta, testen in meerdere talen, testen van apparaten, testen op intranet, testen in realtime enz.,
Het belangrijkste is dat ERP een gecentraliseerde geautomatiseerde oplossing is die door meerdere gebruikers gelijktijdig online in realtime toegankelijk is, wat een financiële transactie inhoudt, en dat elke testcase moet worden geschreven met veel toegewijde inspanning en realtime gegevens.
Ook moet de uitvoeringsstatus van de test worden bijgewerkt als 'Pass' na verificatie van de uitvoergegevens met de vooraf gedefinieerde real-time gegevens. De testcases moeten dus altijd een kolom hebben voor ' testgegevens 'En' uitvoergegevens
Voorbeeld testscenario:
Hieronder vindt u een voorbeeldtestcase voor onze ERP-demonstratie. Deze testcases kunnen bestaan uit een groot aantal kleine testcases die kunnen worden gescheiden en onderhouden, maar voor demo-doeleinden wordt het gecombineerd met een enkele testcase.
Testcase-ID | ABC_ERP_SD_X0121 |
---|---|
verwachte resultaten (Positief) | 1. De bestelling moet worden geboekt en gefactureerd. 2. Picking Pakbon moet worden gegenereerd. 3. Verzendopdracht moet worden gegenereerd. 4. Grootboektransacties moeten worden geboekt. 5. Inventory Ledger moet worden bijgewerkt. 6. Debetnota moet worden gegenereerd. 7. E-mail moet naar de klant en winkels worden gestuurd. |
Module | Verkoop distributie |
Voorzien zijn van | Verkooporderproces |
Objectief | Om te controleren of de verkooporder is geboekt en gefactureerd met de juiste gegevens die zijn ingevoerd voor de verkoopkop en verkoopdetails. |
Stappen om te reproduceren | 1. Verkoop en distributie -> Orderbeheer -> Verkooporderlijst -> Nieuwe verkooporder. 2. Selecteer orderdatum, selecteer ordertype, selecteer de vervaldatum, selecteer klant-ID, selecteer verzend-ID, selecteer magazijn-ID, selecteer verzenddatum, selecteer vervaldatum betaling, selecteer btw-nummer, selecteer verkoper-ID. 3. Selecteer nieuwe verkoopartikelen en selecteer artikel-ID, selecteer artikeleenheid, voer artikelhoeveelheid in, voer artikelprijs in, selecteer grootboekrekening, selecteer project-ID en klik op OK. 4. Klik op de knop Boekbestelling in het hoofdscherm. |
Invoergegevens (Positief) | Besteldatum (01/01/2015), besteltype (verkooporder), vervaldatum (31/09/2015), klant-ID (SABIC), verzend-ID (FedEx), magazijn-ID (NaviMumbaiWH), verzenddatum (03 / 02/2015), Selecteer vervaldatum betaling (28/02/2015), BTW-nummer (ST929), Verkoper-ID (Anand), Artikel-ID (polypropyleen), Artikeleenheid (kilogram), Artikelaantal (1000), Grootboekrekening (23499949), project-ID (DueTarget2015) |
Invoergegevens (Negatief) | Besteldatum (01/01/2016), besteltype (inkooporder), vervaldatum (31/09/2012), klant-ID (STANDAARD), verzend-ID (blanco), magazijn-ID (blanco), verzenddatum (03 / 02/2013), Selecteer vervaldatum betaling (28/02/2012), BTW-nummer (leeg), Verkoper-ID (STANDAARD), Artikel-ID (STANDAARD), Artikeleenheid (leeg), Artikelaantal (0), Grootboekrekening (STANDAARD), Project-ID (STANDAARD) |
verwachte resultaten (Negatief) | • Waarschuwingsvak zou moeten komen voor elke negatieve gegevensinvoer volgens het waarschuwingsproces en de gedefinieerde tekst. • Verkooporder moet worden nabesteld als de artikelen niet op voorraad zijn. • Verkooporder moet in de wacht staan als de kredietlimiet van de klant laag is. |
Werkelijke resultaat | |
Verwachte resultaten | Verkooporder, verkoopfactuur, paklijst en verzendlijst moeten worden gegenereerd in het vooraf gedefinieerde rapportformaat. |
Werkelijke output |
Gevolgtrekking
ERP-testen brengt veel risico's en complexiteiten met zich mee in vergelijking met het testen van software / producten. Ook vereist het beheren van de kwaliteitsstatistieken in ERP-implementatieprojecten veel aandacht en toegewijde inspanningen als een 'team' van de verschillende belanghebbenden.
Testprofessionals moeten het verschil begrijpen tussen de kwaliteit van het product en de kwaliteit van de implementatie. ERP-testen vereist betrouwbare sponsoring op tijd en binnen het budget van het management en de klanten. Testen moeten worden gedaan door het ERP-expertteam en mogen om welke reden dan ook niet worden toegewezen aan een onervaren team.
Het is erg belangrijk om het universeel bewezen juiste proces, methodologieën, benaderingen en geautomatiseerde tools te gebruiken. We moeten er niet van uitgaan dat 'automatisering' het 'handmatige' testen volledig vervangt, maar we mogen geen concessies doen aan het gebruik van de vereiste testinfrastructuur en het vereiste framework. Onderschat niet de tijd die nodig is om live echte gegevens van de klanten te verzamelen.
Voor testprofessionals is deze reis 'een uitstekende bron voor het testen van ERP-producten!'.
Laat het ons weten als u vragen heeft over ERP of in het bijzonder SAP Testing.
Bezoek hier voor een complete serie testplannen
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Software Testcursus Syllabus - Online cursus Gedetailleerd trainingsplan
- Verschil tussen Desktop, Client Server Testing en Web Testing
- Primer eBook downloaden testen
- Hoe u een wekelijks statusrapport voor softwaretests schrijft
- De beginnershandleiding voor ERP-tests (SAP-tests) - Deel 1
- Handleiding voor het testen van webapplicaties
- Testplan-zelfstudie: een gids om een softwaretestplan-document vanuit het niets te schrijven