how prepare test plan
I den föregående artikeln har vi sett några viktiga punkter i ERP som den verkliga innebörden av termen ERP, olika ERP-moduler, vikten av ERP-testning, kritiken för ERP-testning och en färdplan för beredningen av ERP-testning .
=> Kontrollera ERP-testning del 1 självstudie här.
I den här artikeln ska vi lära oss mer praktiska detaljer om ERP (SAP) -testning som att utarbeta kvalitetssäkringsplan, testplan, testpaket, testfall och testutförandestrategi.
standardgatewayen är inte tillgänglig windows 10
=> Klicka här för en fullständig handledningsserie för testplan
Denna handledning är ett bra exempel för att skriva testplan från grunden för alla applikationer. Vi har också tillhandahållitexempel testmall för nedladdning.
För demonstrationsändamålet, låt oss anta att ERP-applikationen som testas består av följande moduler med lite viktig information om implementeringsplanen enligt nedan.
ERP-namn: ABC Manufacturing ERP
Köparens namn: XYZ Petrochemicals LLC
Branschvertikaler: Tillverkning
Företagskontor: New York
Avdelningskontor: Los Angeles och Chicago
Produktionsanläggning: Houston
Lagerlager: Houston, Los Angeles och Chicago
Totalt antal anställda: 2500
Systemanvändare: 325
Företagets omsättning: USD 1 miljoner
Avdelningar: Administration, ekonomi, konton, HR, produktion, kvalitet, butiker, försäljning, marknadsföring, underhåll, utsändning, kundsupport
Moduler: Budget, CRM, Kund, Leverantör, Försäljning, Inköp, Betalningar, Kontrakt, Ekonomi, Konton, Humankapital, Lön, Produktionsplanering, Projektledning, Lager, Materialhantering, Arbetsorder, Anläggningstillgångar, Business Intelligence
Leveransmodell: Lokalt och moln
Implementationsplan: Insamling av krav, Arbetsflödesanalys, Dataflödesbedömning, Anpassning och förbättring, Leverans och utrullning, Slutanvändarutbildning
Rekommenderat verktyg:
# 1) Oracle NetSuite
Oracle NetSuite erbjuder en kvalitetssäkringsplattform som låter dig ställa in inspektionsplaner och spåra testresultat. Verktyget hjälper dig att leverera högsta kvalitet i dina produkter. Du kommer att kunna hantera listan över tester centralt och genomdriva minimikvalifikationer för inspektörer.
Det ger olika funktioner och funktioner för testdefinition, mottagning och processinspektioner och datainsamling.
Funktioner:
- Oracle NetSuite utför realtidsbehandling av inspektionsresultat.
- Det är ett enhetsagentiskt verktyg och kan användas på vilken webbläsarbaserad surfplatta som helst.
- Den har funktioner för arbetsflödesbaserad hantering av icke-överensstämmande material.
- Du kan genomdriva minimikvalifikationer för inspektörer.
Nedan hittar du några av skärmdumparna i ERP-programvaran för några viktiga affärsprocesser som försäljningsorder, kundfinansiering, betalningsrubrik, anläggningstillgångar, medarbetarhantering och försäljningsrapport som ger en uppfattning om ERP-testningens kritik och komplexitet.
Skärmdump 1: Försäljningsorder
Skärmdump 2: Försäljningsorder (USA)
Skärmdump 3: Customer Financials
Skärmdump 4: Betalningshuvud (Indien)
Skärmdump 5: Payments Header (US)
Skärmdump 6: Fast tillgång (Indien)
Skärmdump 7: Fast tillgång (USA)
Skärmdump 8: Medarbetarledning
Skärmdump 9: Försäljningsrapport
Vad du kommer att lära dig:
- ERP QA-plan
- ERP-testplan
- projekt beskrivning
- Mål
- Modulvisa funktioner för manuell testning
- Modulvisa funktioner för automatiseringstestning
- Funktioner som ska testas utanför lokaler
- Funktioner som ska testas på plats
- Funktioner som ska testas på mobil, Wi-Fi och moln
- Resurskrav
- Testschema
- Testfall utförande
- Test täckning
- Leveranser
- Riskhantering
- Problemspårare
- Kvalitetsmått
- ERP Test Suite
- Exempel på Test Suite-mallnedladdning:
- ERP-testfall
- Slutsats
- Rekommenderad läsning
ERP QA-plan
Att säkerställa kvalitet är en viktig milstolpe i alla ERP-implementeringsprojekt, som består av följande intressenter och framgång beror på dedikerade insatser från alla som ett ” Team ”.
Intressenterna för ERP-implementeringsprojekt kan vara:
- Implementeringsteam - Består av teamet av proffs från ERP Company eller från den lokala implementeringspartnern. Måste ha expertis inom implementering.
- Programvaruleverantör - Programvaruleverantörer för operativsystem, databas och andra kontorsapplikationer som krävs för ERP.
- Värdleverantör - Hostingleverantörer för servrar, nätverk, internet och intranätinfrastruktur som krävs för ERP-implementering. Måste ha expertis inom implementering.
- Affärslag - Består av teamet från affärsutvecklingen eller ledningsgruppen.
- Tekniskt team - Utvecklingsteamet eller implementeringsteamet ska vara tillgängligt under hela projektets gång. Måste ha expertis inom implementering.
- Testteam - Testteamet från ERP-företaget eller från de lokala partnerna som har expertis på ERP-implementeringsstrategierna.
- Kundteam - Slutanvändarteamet eller avdelningscheferna som har fullständig kunskap om affärsprocessen.
Som vi diskuterade i föregående handledning är testning av ERP-program (t.ex. SAP) annorlunda än testning av andra program. ERP-applikationer är domänspecifika och branschspecifika. De vanliga modulerna som ekonomi, redovisning, lager, anläggningstillgångar, försäljning, inköp, humankapital och löner finns i alla affärssystem.
Bortsett från dessa vanliga moduler finns det få industrispecifika moduler tillgängliga för de riktade kunderna.Till exempelkan en 'tillverknings-ERP' ha en 'produktionsplaneringsmodul', en 'pharma-ERP' kan ha en 'läkare-patient' -modul och en 'utbildning ERP' kan ha en 'student' -modul och så vidare.
Så kvalitetsfaktorn bör aktiveras med att vissa fördefinierade mätvärden delas i god tid med alla intressenter i listan ovan.
För att upprätthålla kvaliteten ingår intressenter ömsesidigt i servicenivåavtal. Alla intressenter som ett team bör ha de definierade åtgärdspunkterna, ansvarsområdena med måldatum för att uppnå den förväntade kvaliteten på arbetsförklaringen.
ERP-testplan
ERP-testplanen bör bestå av följande information för ett effektivt och framgångsrikt genomförande.
Testplanen har mål, kvalitetsmått, funktioner som ska testas manuellt, funktioner som ska testas genom automatiseringsverktyg, projektmiljö, teaminfrastruktur, resurskrav, testschema, testleveranser, testutförandeinfrastruktur, testramverk, antaganden, beroenden, begränsningar, bug tracking system, bug rapporteringsverktyg och acceptanskriterier etc.,
Nedan följer provtestplanen för vårt ERP-implementeringsprojekt för XYZ Petrochemical LLC.
Se även - om du behöver mer information om hur man skriver testplan, se dessa handledning:
projekt beskrivning
ABC Manufacturing ERP är en integrerad ERP-lösning för tillverkningsindustrin. Produkten består av kärnmodulerna som bokföring, ekonomi, budget, lager, anläggningstillgångar, kunder, leverantörer, CRM, försäljning, inköp, betalningar, kontrakt, humankapital, löner, produktionsplanering, projektledning, lager, materialhantering, arbete Order och Business Intelligence.
Kundens vertikala handlar om tillverkning och deras verksamhet är att tillverka petrokemiska biprodukter och sälja dem till inhemska och internationella kunder. Råvarorna köps från inhemska och internationella marknader. Företaget verkar från New York, USA med filialer i olika delar av landet.
Företaget har också lager på avlägsna platser. ERP-systemet kommer att implementeras på en central plats i företagslokalerna och koppla ihop andra filialer, lager, produktionsanläggningar, marknadsföringskontor från olika delar av landet via Internet, WAN, Wi-Fi, Cloud Infrastructure. Den föreslagna lösningen stöder flera språk som engelska (för internationella kunder, hindi (för IN-användare), arabiska (för leverantörer i Mellanöstern) och stöder flera valutatransaktioner.
loadrunner intervju frågor och svar för erfarna
Systemet har också en e-handelsportal för onlineförsäljningsorder med kreditkortsbetalningsgateway och en leverantörsportal för inköpspriser. Det finns mer än 300 systemanvändare som kommer att använda systemet från olika delar av världen med minst mer än 10 000 transaktioner per dag.
Mål
- Identifiera modulerna som ska testas manuellt.
- Identifiera modulerna som ska testas med automatiseringsverktyg.
- Definiera teststrategi, testomfång och testaktiviteter.
- Definiera testkriterier, antaganden, beroenden och begränsningar.
- Identifiera testteamet, deras fördelning och deras testschema.
- Ställ in testramverket för manuell och automatisering.
- Installera testinfrastrukturen med programvara och hårdvarukonfiguration.
- Definiera projektets intressenter för ERP-implementering.
- Definiera kommunikations- och eskaleringsmekanismen.
- Definiera arbetsmiljön, uppgifterna om uppgifterna och ansvarsområdena.
- Riskhantering med riskreducerande planer.
- Definiera testleveranserna och rapporteringsverktygen.
Modulvisa funktioner för manuell testning
- Betalningsmodul (skapande av betalning, godkännande av betalningar, utfärdarkontroller)
- Finansieringsmodul (gemensamma betalningar, godkänn gemensamma betalningar, emissionskontroller)
- Lönmodul (lönecheckar, utfärdarkontroller)
- Modul för anläggningstillgångar (avskrivningar på tillgångar, avyttring av tillgångar)
- ...
Modulvisa funktioner för automatiseringstestning
- Försäljningsmodul (försäljningsorder, fraktförsäljningsorder, restorder, försäljningsfakturering)
- Köpmodul (köpeavtal, inköpsorder, inköpsändringar)
- Kundmodul (kundhantering, kundfinansiering)
- Human Capital-modul (personalhantering, närvaro, lån, ledighet)
- ...
Funktioner som ska testas utanför lokaler
- Funktionstestning: Alla funktionella testfall för alla moduler som granskas och godkänns.
- Regressionstest: Alla funktionella testfall för de anpassade modulerna, som granskas och godkänns.
- Rökprovning: Alla funktionella testfall markerade för Sanity, som granskas, utförs och godkänns.
- ...
Funktioner som ska testas på plats
- Systemtest: Alla systemtestfall för alla moduler som granskas och godkänns.
- Integrationstestning : Alla systemtestfall för alla moduler som granskas och godkänns.
- Prestandatestning: Alla prestandatestfall som granskas och godkänns.
- Lasttestning: Alla lasttestfall som granskas och godkänns.
- Test av användaracceptans : Alla test av användaracceptans, som granskas och godkänns.
- ...
Funktioner som ska testas på mobil, Wi-Fi och moln
Funktionstest: Alla systemtestfall i CRM-modulen, som granskas och godkänns.
Resurskrav
Testschema
Ja Nej | Uppgiftsdetaljer | Start datum | Slutdatum | Testare |
---|---|---|---|---|
6 | Returvarutillstånd | 05/27/2015 | 06/01/2015 | Testare B |
1 | Förbereder testplan | 05/04/2015 | 05/06/2015 | Testare A |
två | Granska och uppdatera testplanen | 05/07/2015 | 05/07/2015 | Testledning B |
3 | Förbereder Test Suite & Test Cases | |||
Modul 1: Försäljning och distribution | 2015-05-16 | 06/04/2015 | ||
4 | Försäljningsorderprocess | 2015-05-16 | 05/20/2015 | Testare B |
5 | Försäljningskontrakt | 2015-05-21 | 05/26/2015 | Testare B |
7 | Process för betalningskvitton | 06/02/2015 | 06/04/2015 | Testare B |
... | ||||
Modul 2: Inköp & Betalningar | ||||
8 | Inköpsprocess för inköp | 2015-05-16 | 2015-05-19 | Testare C |
9 | Process för köpoffert | 05/20/2015 | 2015-05-23 | Testare C |
10 | Inköpsorderprocess | 05/24/2015 | 05/28/2015 | Testare C |
elva | Process för godkännande av betalning | 05/29/2015 | 2015-05-31 | Testare C |
... | ||||
Testutförande | ||||
12 | Modul 1: Iteration 1 | 06/01/2015 | 06/05/2015 | Testare B |
13 | Modul 2: Iteration 1 | 06/01/2015 | 06/04/2015 | Testare C |
... | ||||
14 | Regressionstest: Modul 1 | |||
femton | Regressionstest: Modul 2 | |||
... | ||||
16 | Testrapporter och QA-planuppdateringar | |||
... |
Testfall utförande
Test täckning
A: funktionstestning, B: systemtestning, C: integritetstestning, D: säkerhetstestning, E: användbarhetstestning, F: prestandatestning, G: gränssnitttestning, H: installationstestning
Leveranser
Riskhantering
Problemspårare
Confluence och JIRA-verktyg används för problemspårning i projektet. Dessutom är JIRA anpassad och konfigurerad för alla testteammedlemmar för att eskalera problem och rapportera fel och tilldelas till utvecklingsgruppen för ansvar med ansvar och måldatum.
Kvalitetsmått
ERP Test Suite
Liksom den normala testprocessen förbereds ERP Test Suite normalt som ett Excel-dokument. Detta dokument styr den fullständiga revisionshistoriken för de olika testsviterna för alla moduler i ERP-applikationen. Testfallet för varje modul, testgenomföringshistorik, lista över buggar och testrapporthistoriken förvaras i en ERP-testsvit.
För automatiseringstest, testskript ”Underhålls i testpaketet och den relaterade iterationen av testkörningshistoriken bibehålls. Beroende på typ av testning och komplexiteten i testfallet, behålls automatiseringstestskript i sviten som bör utformas på ett sådant sätt för återanvändbarhet.
Hitta nedanstående ögonblicksbild av en ERP-testsvit i Excel-dokument.
Exempel på Test Suite-mallnedladdning:
Nedan finns exempel på testpaketmall för nedladdning. Den innehåller mallar för revisionshistorik, testrapport, felrapport, rökprovfall, fall med regressionstest
=> Klicka här för att ladda ner ERP-testmall.
ERP-testfall
Bortsett från funktionella testfall, fall med regressionstest, sanity / smoke testfall, kräver ERP Testing andra typer av testfall för installationstest, konfigurationstest, implementeringstest, anpassningstest, nätverkstest, servertestning, offline-testning, fjärrtestning, testning i flera valutor, testning på flera språk, testning av enheter, testning av intranät, realteststest etc.,
Viktigast är att ERP är en centraliserad automatiserad lösning, som åtkomst av flera användare samtidigt online i realtid, vilket innebär en ekonomisk transaktion, varje testfall bör skrivas med mycket dedikerad ansträngning och realtidsdata.
Testutförandestatusen bör också uppdateras som 'godkänd' efter att utdatan har verifierats med de fördefinierade realtidsdata. Så testfallet bör alltid ha en kolumn för ' testdata ”Och” utdata ”.
Exempel på testscenario:
Hitta nedan ett provtestfall för vår ERP-demonstration. Detta testfall kan bestå av många små testfall som kan segregera och underhållas, men för demoändamål kombineras det med ett enda testfall.
Testfall ID | ABC_ERP_SD_X0121 |
---|---|
förväntade resultat (Positiv) | 1. Beställning ska bokas och faktureras. 2. Plockningsförpackning ska genereras. 3. Fraktorder ska genereras. 4. General Transaktioner bör bokföras. 5. Lagerbok bör uppdateras. 6. Debitering ska skapas. 7. E-post ska skickas till kunden och butikerna. |
Modul | Försäljning och distribution |
Funktion | Försäljningsorderprocess |
Mål | För att kontrollera försäljningsordern bokas och faktureras med korrekta uppgifter som anges för försäljningsrubrik och försäljningsinformation. |
Steg för att reproducera | 1. Försäljning & distribution -> Orderhantering -> Försäljningslista -> Ny försäljningsorder. 2. Välj orderdatum, välj ordertyp, välj utgångsdatum, välj kund-ID, välj leverans-ID, välj lager-ID, välj leveransdatum, välj betalningsdatum, välj moms, välj försäljnings-ID. 3. Välj nya försäljningsartiklar och välj artikel-ID, välj artikel UOM, ange artikelantal, ange artikelpris, välj huvudkontokonto, välj projekt-ID och klicka på OK. 4. Klicka på Book Order-knappen på huvudskärmen. |
Indata (Positiv) | Orderdatum (2015-01-01), Beställningstyp (försäljningsorder), Utgångsdatum (2015-09-31), Kund-ID (SABIC), Frakt-ID (FedEx), Lager-ID (NaviMumbaiWH), Leveransdatum (03 / 02/2015), Välj betalningsdag (28/02/2015), moms moms (ST929), försäljnings-ID (Anand), artikel-ID (polyPropylen), artikel UOM (kilogram), artikelantal (1000), storbokskonto (23499949), Projekt-ID (DueTarget2015) |
Indata (Negativ) | Beställningsdatum (2016-01-01), Beställningstyp (inköpsorder), Utgångsdatum (2012-12-31), Kund-ID (STANDARD), Frakt-ID (tomt), Lager-ID (tomt), Leveransdatum (03 / 02/2013), Välj betalningsdatum (28/02/2012), moms moms (tomt), säljar-ID (standard), artikel-ID (standard), artikel UOM (tomt), artikelantal (0), redovisningskonto (STANDARD), Projekt-ID (STANDARD) |
förväntade resultat (Negativ) | • Varningsrutan ska komma för varje negativ datainmatning enligt varningsprocessen och den definierade texten. • Försäljningsorder bör beställas om varorna är slut i lager. • Försäljningsorder bör vara i vänt om kundens kreditgräns är låg. |
Faktiskt resultat | |
Förväntad produktion | Försäljningsorder, försäljningsfaktura, förpackningslista, fraktlista ska genereras i det fördefinierade rapportformatet. |
Faktisk produktion |
Slutsats
ERP-testning har en hel del risker och komplexitet jämfört med någon programvara / produkttestning. Att hantera kvalitetsmätvärdena i ERP-implementeringsprojekt kräver också mycket uppmärksamhet och dedikerade insatser som ett 'team' från flera intressenter.
Testproffs måste förstå skillnaden mellan produktens kvalitet och kvaliteten på implementeringen. ERP-testning kräver betrodda sponsring i tid och budget från ledningen och kunderna. Testning bör göras av ERP-expertgruppen och ska inte tilldelas ett oerfaret team av någon anledning.
Det är mycket viktigt att använda den allmänt beprövade rätta processen, metoderna, metoderna och de automatiserade verktygen. Vi bör inte anta att 'automatisering' helt ersätter den 'manuella' testningen, men vi ska inte kompromissa med att använda den nödvändiga testinfrastrukturen och ramverket. Underskatta inte tiden som krävs för att samla in verklig data från kunderna.
För testproffs är denna resa 'Utmärkt resurs för ERP-produkttest!'.
Låt oss veta om du har några frågor om ERP eller särskilt SAP-testning.
=> Besök här för en komplett testplan-handledningsserie
PREV-handledning | NÄSTA självstudie
Rekommenderad läsning
- Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
- Kursplan för programvarutestning - Detaljerad utbildningsplan för online-kurs
- Skillnad mellan Desktop, Client Server Testing och Web Testing
- Testing Primer eBook Download
- Hur man skriver Software Testing Weekly Status Report
- Nybörjarhandboken för ERP-testning (SAP-testning) - Del 1
- Guide för testning av webbapplikationssäkerhet
- Testplan Tutorial: En guide för att skriva ett testdokument från programvara från grunden