how prepare test plan
V předchozím článku jsme viděli několik klíčových bodů ERP, jako je skutečný význam termínu ERP, různé moduly ERP, význam testování ERP, kritičnost testování ERP a plán pro přípravu testování ERP. .
příkaz sort v unixu s příklady
=> Zde se podívejte na část 1 o testování ERP.
V tomto článku se pojďme podívat na praktičtější podrobnosti o testování ERP (SAP), jako je příprava plánu zajištění kvality, testovacího plánu, testovací sady, testovacích případů a strategie provádění testu.
=> Klepnutím sem zobrazíte kompletní výukový program pro testovací plán
Tento kurz je dobrým příkladem pro psaní testovacího plánu od začátku pro libovolnou aplikaci. Také jsme poskytliukázková šablona testovací sady ke stažení.
Pro účely demonstrace předpokládejme, že testovaná aplikace ERP sestává z následujících modulů s některými klíčovými informacemi o implementačním plánu, jak je uvedeno níže.
Název ERP: ABC Manufacturing ERP
Jméno zákazníka: XYZ Petrochemicals LLC
Průmyslová odvětví: Výrobní
Korporátní kancelář: New York
Pobočky: Los Angeles a Chicago
Výrobní závod: Houston
Skladové sklady: Houston, Los Angeles a Chicago
Celkový počet zaměstnanců: 2500
Uživatelé systému: 325
Obrat společnosti: 1 milion USD
Oddělení: Správa, finance, účty, HR, výroba, kvalita, obchody, prodej, marketing, údržba, odeslání, zákaznická podpora
Moduly: Rozpočet, CRM, Zákazník, Prodejce, Prodej, Nákup, Platby, Smlouvy, Finance, Účty, Lidský kapitál, Mzdy, Plánování výroby, Projektový management, Zásoby, Správa materiálu, Pracovní příkazy, Dlouhodobý majetek, Business Intelligence
Model dodání: Místní a cloudové
Plán implementace: Shromažďování požadavků, analýza pracovního toku, hodnocení toku dat, přizpůsobení a vylepšení, dodání a zavedení, školení koncových uživatelů
Doporučený nástroj:
# 1) Oracle NetSuite
Oracle NetSuite nabízí platformu pro zajištění kvality, která vám umožní nastavit plány inspekcí a sledovat výsledky testů. Tento nástroj vám pomůže zajistit nejvyšší kvalitu vašich produktů. Budete moci centrálně spravovat seznam testů a prosazovat minimální kvalifikaci inspektorů.
Poskytuje různé funkce a funkce pro definici testů, přijímání a kontroly v průběhu procesu a sběr dat.
Funkce:
- Oracle NetSuite provádí zpracování výsledků inspekcí v reálném čase.
- Jedná se o agnostický nástroj zařízení a lze jej použít na libovolném tabletu založeném na prohlížeči.
- Má vlastnosti manipulace s nevyhovujícími materiály na základě pracovního postupu.
- Můžete prosazovat minimální kvalifikaci inspektora.
Níže naleznete některé snímky obrazovky softwarové aplikace ERP pro některé důležité obchodní procesy, jako je prodejní objednávka, finanční údaje zákazníků, záhlaví plateb, fixní aktiva, správa zaměstnanců a zpráva o prodeji, které vám poskytnou představu o důležitosti a složitosti testování ERP.
Screenshot 1: Prodejní objednávka
Screenshot 2: Prodejní objednávka (USA)
Screenshot 3: Financování zákazníků
Screenshot 4: Payments Header (Indie)
Screenshot 5: Payments Header (US)
Screenshot 6: Fixed Asset (Indie)
Screenshot 7: Fixed Asset (US)
příklady aplikace klientský server a webové aplikace
Screenshot 8: Správa zaměstnanců
Screenshot 9: Zpráva o prodeji
Co se naučíte:
- Plán QP ERP
- Plán testování ERP
- Popis projektu
- Objektivní
- Funkce modulu pro ruční testování
- Modulové funkce pro testování automatizace
- Funkce, které mají být testovány mimo provozovnu
- Funkce, které mají být testovány v prostorách
- Funkce, které mají být testovány na mobilních zařízeních, Wi-Fi a cloudu
- Požadavky na zdroje
- Časový plán testování
- Provedení testovacího případu
- Pokrytí testu
- Výsledky
- Řízení rizik
- Sledovač problémů
- Metriky kvality
- Sada ERP pro testování
- Stažení šablony testovací sady:
- Testovací případy ERP
- Závěr
- Doporučené čtení
Plán QP ERP
Zajištění kvality je hlavním milníkem jakéhokoli projektu implementace ERP, který se skládá z následujících zúčastněných stran a úspěch závisí na odhodlaném úsilí všech jako „ tým “.
Účastníky projektu implementace ERP mohou být:
- Implementační tým - Skládá se z týmu profesionálů ze společnosti ERP nebo z místního implementačního partnera. Musíte mít zkušenosti s implementací.
- Prodejce softwaru - Dodavatelé softwaru pro operační systém, databázi a další kancelářské aplikace potřebné pro ERP.
- Poskytovatel hostingu - Poskytovatelé hostingu pro servery, síť, internet a intranetovou infrastrukturu potřebnou pro implementaci ERP. Musíte mít zkušenosti s implementací.
- Obchodní tým - Skládá se z týmu pro rozvoj podnikání nebo řídícího výboru pro management.
- Technický tým - Vývojový tým nebo implementační tým bude k dispozici po celou dobu trvání projektu. Musíte mít zkušenosti s implementací.
- Testovací tým - Testovací tým od společnosti ERP nebo od místních partnerů, kteří mají odborné znalosti o implementačních strategiích ERP.
- Tým zákazníků - Tým koncových uživatelů nebo vedoucí oddělení, kteří mají úplné pracovní znalosti obchodního procesu.
Jak jsme diskutovali v předchozím tutoriálu, testování softwarové aplikace ERP (např. SAP) se liší od testování ostatních softwarových aplikací. Aplikace ERP jsou specifické pro konkrétní doménu a odvětví. Společné moduly jako Finance, Účetnictví, Zásoby, Dlouhodobý majetek, Prodej, Nákup, Lidský kapitál a Mzdy jsou k dispozici ve všech systémech ERP.
Kromě těchto společných modulů je podle cílených zákazníků k dispozici několik průmyslově specifických modulů.Například„výrobní ERP“ může mít modul „plánování výroby“, „farmaceutický ERP“ může mít modul „lékař-pacient“ a „vzdělávací ERP“ může mít „studentský“ modul atd.
Faktor kvality by tedy měl být povolen s některými předdefinovanými metrikami, které mají být sdíleny v dostatečném předstihu se všemi zúčastněnými stranami ve výše uvedeném seznamu.
V zájmu zachování kvality se zúčastněné strany vzájemně dostávají do dohod o úrovni služeb. Všichni zúčastnění jako tým by měli mít definované akční položky, odpovědnosti s cílovými daty, aby dosáhli očekávané kvality výkazu práce.
Plán testování ERP
Plán testování ERP by měl pro efektivní a úspěšnou implementaci obsahovat následující informace.
Plán testování obsahuje cíle, metriky kvality, funkce, které se mají testovat ručně, funkce, které se mají testovat prostřednictvím automatizačních nástrojů, prostředí projektu, týmová infrastruktura, požadavky na zdroje, plán testování, testování výstupů, infrastruktura pro provádění testů, testovací rámec, předpoklady, závislosti, omezení, mechanismus sledování chyb, nástroje pro hlášení chyb a kritéria přijetí atd.,
Níže je ukázkový plán testů pro náš implementační projekt ERP pro XYZ Petrochemical LLC.
Viz také - pokud potřebujete více informací o tom, jak napsat testovací plán, podívejte se na tyto výukové programy:
Popis projektu
ABC Manufacturing ERP je integrované ERP řešení pro zpracovatelský průmysl. Produkt se skládá ze základních modulů jako Účetnictví, Finance, Rozpočet, Zásoby, Dlouhodobý majetek, Zákazníci, Prodejci, CRM, Prodej, Nákup, Platby, Smlouvy, Lidský kapitál, Mzdy, Plánování výroby, Projektový management, Zásoby, Materiálový management, Práce Objednávky a Business Intelligence.
Vertikální orientace zákazníka na výrobu a jejich podnikání spočívá ve výrobě petrochemických dvou produktů a jejich prodeji tuzemským i mezinárodním zákazníkům. Suroviny se nakupují na domácích a mezinárodních trzích. Společnost působí z New Yorku v USA s pobočkami v různých částech země.
Společnost má také sklady na vzdálených místech. Systém ERP bude implementován na centralizovaném místě v podnikových prostorách a propojí ostatní pobočky, sklady, výrobní závody, marketingové kanceláře z různých částí země prostřednictvím internetu, WAN, Wi-Fi, cloudové infrastruktury. Navrhované řešení podporuje více jazyků, jako je angličtina (pro mezinárodní zákazníky, hindština (pro uživatele IN), arabština (pro prodejce na Středním východě) a podpora více měnových transakcí.
Systém má také zákaznický portál E-Commerce pro online prodejní objednávky s platební bránou na kreditní kartě a portál Vendor pro nabídky nákupu. Existuje více než 300 uživatelů systému, kteří budou používat systém z různých částí světa s minimálně více než 10 000 transakcemi denně.
Objektivní
- Identifikujte moduly, které mají být testovány ručně.
- Identifikujte moduly, které mají být testovány, pomocí automatizačních nástrojů.
- Definujte strategii testování, rozsah testování a testovací činnosti.
- Definujte testovací kritéria, předpoklady, závislosti a omezení.
- Určete testovací tým, jejich alokaci a plán testování.
- Nastavit rámec pro ruční a automatizované testování.
- Nastavte testovací infrastrukturu pomocí konfigurace softwaru a hardwaru.
- Definujte účastníky projektu pro implementaci ERP.
- Definujte mechanismus komunikace a eskalace.
- Definujte pracovní prostředí, podrobnosti úkolu a odpovědnosti.
- Řízení rizik s plány snižování rizik.
- Definujte výstupy testu a nástroje pro podávání zpráv.
Funkce modulu pro ruční testování
- Platební modul (tvorba plateb, schvalování plateb, šeky vystavení)
- Modul financování (společné platby, schvalování společných plateb, kontroly emisí)
- Mzdový modul (Mzdové šeky, Vydání šeky)
- Modul dlouhodobého majetku (odpisy majetku, vyřazení majetku)
- ...
Modulové funkce pro testování automatizace
- Modul prodeje (prodejní objednávka, odeslání prodejní objednávky, objednávky, fakturace prodeje)
- Nákupní modul (kupní smlouva, nákupní objednávky, dodatky k nákupu)
- Zákaznický modul (Customer Management, Customer Financials)
- Modul lidského kapitálu (řízení zaměstnanců, docházka, půjčky, listy)
- ...
Funkce, které mají být testovány mimo provozovnu
- Testování funkčnosti: Všechny funkční testovací případy všech modulů, které jsou zkontrolovány a schváleny.
- Regresní testování: Všechny funkční testovací případy přizpůsobených modulů, které jsou zkontrolovány a schváleny.
- Testování kouře: Všechny funkční testovací případy označené pro Sanity, které jsou zkontrolovány, provedeny a schváleny.
- ...
Funkce, které mají být testovány v prostorách
- Testování systému: Všechny testovací případy systému všech modulů, které jsou zkontrolovány a schváleny.
- Testování integrace : Všechny testovací případy systému všech modulů, které jsou zkontrolovány a schváleny.
- Testování výkonu: Všechny případy testování výkonu, které jsou zkontrolovány a schváleny.
- Testování zatížení: Všechny případy testu zatížení, které jsou zkontrolovány a schváleny.
- testování přijetí uživatele : Všechny uživatelské akceptační testy, které jsou zkontrolovány a schváleny.
- ...
Funkce, které mají být testovány na mobilních zařízeních, Wi-Fi a cloudu
Testování funkčnosti: Všechny testovací případy systému modulu CRM, které jsou zkontrolovány a schváleny.
jak řešit určité situace
Požadavky na zdroje
Časový plán testování
Ano ne | Podrobnosti úkolu | Datum zahájení | Datum ukončení | Tester |
---|---|---|---|---|
6 | Vrátit autorizaci zboží | 27.05.2015 | 06/01/2015 | Tester B |
jeden | Příprava plánu zkoušek | 05/04/2015 | 5. 6. 2015 | Tester A |
dva | Zkontrolujte a aktualizujte testovací plán | 05/07/2015 | 05/07/2015 | Zkušební vodič B |
3 | Příprava testovací sady a testovacích případů | |||
Modul 1: Prodej a distribuce | 16. 5. 2015 | 06/04/2015 | ||
4 | Proces zakázky odběratele | 16. 5. 2015 | 20/20/2015 | Tester B |
5 | Proces kupní smlouvy | 21. 5. 2015 | 26. 5. 2015 | Tester B |
7 | Proces přijetí platby | 06/02/2015 | 06/04/2015 | Tester B |
... | ||||
Modul 2: Nákup a platby | ||||
8 | Proces odsazení nákupu | 16. 5. 2015 | 19. 5. 2015 | Tester C. |
9 | Proces nabídky nákupu | 20/20/2015 | 23. 5. 2015 | Tester C. |
10 | Proces nákupní objednávky | 24. 5. 2015 | 28. 5. 2015 | Tester C. |
jedenáct | Proces schválení platby | 29.05.2015 | 31.05.2015 | Tester C. |
... | ||||
Provedení testu | ||||
12 | Modul 1: Iterace 1 | 06/01/2015 | 06/05/2015 | Tester B |
13 | Modul 2: Iterace 1 | 06/01/2015 | 06/04/2015 | Tester C. |
... | ||||
14 | Regresní testování: Modul 1 | |||
patnáct | Regresní testování: Modul 2 | |||
... | ||||
16 | Zkušební zprávy a aktualizace plánu QA | |||
... |
Provedení testovacího případu
Pokrytí testu
A: Testování funkcí, B: Testování systému, C: Testování integrity, D: Testování zabezpečení, E: Testování použitelnosti, F: Testování výkonu, G: Testování rozhraní, H: Testování instalace
Výsledky
Řízení rizik
Sledovač problémů
Používají se nástroje Confluence a JIRA sledování problému v projektu. JIRA je také přizpůsoben a nakonfigurován pro všechny členy testovacího týmu, aby eskalovali chyby a hlásili chyby, a je přiřazen vývojovému týmu koncernu s odpovědností a cílovými daty.
Metriky kvality
Sada ERP pro testování
Stejně jako běžný testovací proces je i sada ERP Test Suite připravena jako dokument aplikace Excel. Tento dokument řídí úplnou historii revizí různých testovacích sad všech modulů v aplikaci ERP. Testovací případy každého modulu, historie provádění testů, seznam chyb a historie testovacích zpráv jsou udržovány v testovací sadě ERP.
Pro testování automatizace „ testovací skripty „Jsou udržovány v testovací sadě a je udržována související iterace historie provádění testů. V závislosti na typu testování a složitosti testovacích případů jsou v sadě udržovány automatizační testovací skripty, které by měly být navrženy takovým způsobem pro opětovné použití.
Níže naleznete snímek testovací sady ERP v dokumentu aplikace Excel.
Stažení šablony testovací sady:
Níže je ukázka šablony testovací sady ke stažení. Obsahuje šablony pro historii revizí, protokol o zkoušce, hlášení o chybě, případy kouřových testů, případy regresních testů
=> Kliknutím sem stáhnete šablonu testovací sady ERP.
Testovací případy ERP
Kromě funkčních testovacích případů, regresních testovacích případů, testů zdraví a kouře vyžaduje testování ERP další typy testovacích případů pro testování instalace, testování konfigurace, testování implementace, testování adaptability, testování sítě, testování serveru, offline testování, vzdálené testování, testování více měn, testování více jazyků, testování zařízení, testování intranetu, testování v reálném čase atd.,
Nejdůležitější je, že ERP je centralizované automatizované řešení, ke kterému má přístup více uživatelů současně online v reálném čase, což zahrnuje finanční transakci, a každý testovací případ by měl být napsán s velkým úsilím a daty v reálném čase.
Po ověření výstupních dat pomocí předdefinovaných dat v reálném čase by měl být také stav provedení testu aktualizován jako „Pass“. Testovací případy by tedy vždy měly mít sloupec „ testovací data ' a ' výstupní data “.
Scénář ukázkového testu:
Níže uvádíme ukázkový testovací případ pro naši ukázku ERP. Tyto testovací případy se mohou skládat z mnoha malých testovacích případů, které lze oddělit a udržovat, ale pro demonstrační účely je kombinován s jediným testovacím případem.
ID testovacího případu | ABC_ERP_SD_X0121 |
---|---|
očekávané výsledky (Pozitivní) | 1. Objednávka by měla být zaúčtována a fakturována. 2. Vyzvednutí Balíček by měl být vygenerován. 3. Přepravní objednávka by měla být vygenerována. 4. Transakce hlavní knihy by měly být zaúčtovány. 5. Účet zásob by měl být aktualizován. 6. Mělo by být vygenerováno debetní sdělení. 7. E-mail by měl být zaslán zákazníkovi a obchodům. |
Modul | Prodej a distribuce |
Vlastnosti | Proces zakázky odběratele |
Objektivní | Pro kontrolu je prodejní objednávka zaúčtována a fakturována se správnými údaji zadanými pro hlavičku prodeje a podrobnosti o prodeji. |
Kroky k reprodukci | 1. Prodej a distribuce -> Správa objednávek -> Seznam prodejních objednávek -> Nová prodejní objednávka. 2. Vyberte datum objednávky, vyberte typ objednávky, vyberte datum vypršení platnosti, vyberte ID zákazníka, vyberte ID zásilky, vyberte ID skladu, vyberte datum odeslání, vyberte datum splatnosti platby, vyberte ID DPH, vyberte ID prodejce. 3. Vyberte nové položky prodeje a vyberte ID položky, vyberte UOM položky, zadejte množství položky, zadejte cenu položky, vyberte účet hlavní knihy, vyberte ID projektu a klikněte na OK. 4. Klepněte na tlačítko Objednávka na hlavní obrazovce. |
Vstupní data (Pozitivní) | Datum objednávky (1. 1. 2015), Typ objednávky (Prodejní objednávka), Datum vypršení platnosti (31. 9. 2015), ID zákazníka (SABIC), ID zásilky (FedEx), ID skladu (NaviMumbaiWH), Datum odeslání (03 / 02/2015), Vyberte datum splatnosti platby (28/02/2015), DIČ (ST929), ID prodavače (Anand), ID položky (PolyPropylen), MJ položky (Kilogramy), Množství položky (1000), Účet hlavní knihy (23499949), ID projektu (DueTarget2015) |
Vstupní data (Záporný) | Datum objednávky (1. 1. 2016), Typ objednávky (Nákupní objednávka), Datum vypršení platnosti (31. 9. 2012), ID zákazníka (VÝCHOZÍ), ID zásilky (prázdné), ID skladu (prázdné), Datum odeslání (03 / 02/2013), Vyberte datum splatnosti platby (28/02/2012), DIČ z prodeje (prázdné), ID prodavače (VÝCHOZÍ), ID zboží (VÝCHOZÍ), MJ položky (prázdné), Množství položky (0), Účet hlavní knihy (VÝCHOZÍ), ID projektu (VÝCHOZÍ) |
očekávané výsledky (Záporný) | • Výstražné pole by mělo přicházet pro každý záporný vstup dat podle procesu výstrahy a definovaného textu. • Objednávky odběratele by měly být doobjednány, pokud položky nejsou na skladě. • Objednávka odběratele by měla být pozastavena, pokud je úvěrový limit zákazníka nízký. |
Skutečný výsledek | |
Očekávaný výstup | Prodejní objednávka, prodejní faktura, balicí list, přepravní seznam by měly být generovány v předdefinovaném formátu sestavy. |
Skutečný výstup |
Závěr
Ve srovnání s jakýmkoli testováním softwaru / produktů má testování ERP mnoho rizik a složitostí. Správa metrik kvality v projektech implementace ERP také vyžaduje velkou pozornost a úsilí jako „tým“ od mnoha zúčastněných stran.
Testovací profesionálové musí rozumět rozdílu mezi kvalitou produktu a kvalitou implementace. Testování ERP vyžaduje důvěryhodné sponzorství na čas a rozpočet od vedení a zákazníků. Testování by mělo provádět tým odborníků na ERP a nemělo by být z nějakého důvodu přidělováno nezkušenému týmu.
Je velmi důležité používat univerzálně osvědčený správný proces, metodiky, přístupy a automatizované nástroje. Neměli bychom předpokládat, že „automatizace“ zcela nahradí „manuální“ testování, ale neměli bychom dělat kompromisy ohledně používání požadované testovací infrastruktury a rámce. Nepodceňujte čas potřebný pro sběr skutečných skutečných dat od zákazníků.
Pro testovací profesionály je tato cesta „vynikajícím zdrojem pro testování produktů ERP!“.
Dejte nám vědět, pokud máte nějaké dotazy týkající se ERP nebo zejména testování SAP.
=> Navštivte zde kompletní výukový program pro testovací plán
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- Nejlepší nástroje pro testování softwaru 2021 (QA Test Automation Tools)
- Osnova kurzu testování softwaru - podrobný plán školení online
- Rozdíl mezi desktopem, klientským serverem a webovým testováním
- Testování stahování e-knih Primer
- Jak psát týdenní zprávu o testování softwaru
- Průvodce pro začátečníky k testování ERP (testování SAP) - část 1
- Průvodce testováním zabezpečení webových aplikací
- Výukový program pro testovací plán: Průvodce psaním dokumentu testovacího plánu softwaru od začátku