beginner s guide erp testing part 1
Przyjrzyjmy się interesującemu i wymagającemu tematowi „ Jak przetestować oprogramowanie ERP ”. Dowiemy się, jakie wyzwania wiążą się z testowaniem ERP (np. Testowaniem SAP), a także z wytycznymi i planem udanego testowania ERP.
Zanim przejdziemy do dalszych szczegółów na temat testowania ERP, najpierw musimy zrozumieć kilka kluczowych informacji o ERP. Do celów testowych najważniejsze jest zrozumienie funkcji, funkcjonalności i przepływu pracy oprogramowania ERP. Bez odpowiedniej wiedzy testowanie modułów ERP jest bardzo krytyczne i uciążliwe.
Czego się nauczysz:
- Co to jest ERP i dlaczego firmy potrzebują oprogramowania ERP?
- Znaczenie testowania ERP
- Zautomatyzowane testy ERP
- Dlaczego testy ERP są krytyczne?
- Czy mogę przetestować oprogramowanie ERP?
- Mapa drogowa testowania ERP
- Wniosek
- rekomendowane lektury
Co to jest ERP i dlaczego firmy potrzebują oprogramowania ERP?
ERP znaczy JEST niespodzianka R esource P. lanning. Bardziej praktyczna myśl jest taka, że jeśli „Przedsiębiorstwo” (organizacja lub firma) „planuje” zwiększenie produktywności i wydajności poprzez integrację „Zasobu”, to jest to ERP.
Jakie są zasoby? Nazywa się to 4M w wszelkiego rodzaju organizacjach, takich jak człowiek, maszyna, metoda i materiały.
Każde oprogramowanie ERP na świecie jest tworzone w oparciu o tę koncepcję. Każda firma potrzebuje rozwiązania księgowego lub ERP, co jest faktem w każdej firmie.
Organizacja może korzystać z jednego lub więcej programów zgodnie z wymaganiami poszczególnych działów.Na przykład, dział księgowości może korzystać z oprogramowania księgowego opracowanego w technologiach Oracle, dział finansowy może korzystać z oprogramowania do budżetowania opracowanego w technologiach Microsoft, dział personalny może korzystać z oprogramowania do obsługi płac opracowanego w języku Java, a dział inwentaryzacji może korzystać z oprogramowania magazynowego opracowanego przez IBM itp.
Oprócz technologii każde oprogramowanie jest inne. Baza danych używana do przechowywania danych różni się również od Oracle, SQL Server, DB / 2 itp.
Co najważniejsze, dane dostępne w jednym dziale nie są dostępne dla drugiego, ponieważ dane nie są przechowywane w scentralizowanej lokalizacji. Sytuacja ta rodzi wiele zawiłości w scenariuszu biznesowym organizacji przedsiębiorstwa i obniża produktywność firmy, a także wpływa na efektywność pracowników.
Na przykład kierownik sprzedaży nie zna stanów magazynowych w magazynie do złożenia zamówienia sprzedaży z klientem, a wiceprezes firmy nie zna stanu finansowego firmy, dopóki nie odwiedzi działu lub nie będzie miał telefonu zadzwoń z nimi.
Oprogramowanie ERP bierze pod uwagę wszystkie te różne sytuacje biznesowe i scenariusze przepływu funkcjonalnego oraz zapewnia rozwiązanie klientom korporacyjnym poprzez integrację przepływy pracy wielu działów wewnątrz organizacji i centralizacja bazy danych za pośrednictwem infrastruktury serwerowej.
Dlatego dane każdego działu będą codziennie przechowywane na scentralizowanym serwerze. Każdy upoważniony pracownik będzie mógł przeglądać dane na żywo online bez konieczności interakcji z kimkolwiek w celu kontynuowania ich codziennych operacji. Wreszcie, wiceprezes firmy może przeglądać pełne dane organizacji jednym kliknięciem myszy. Świetna robota, prawda?
Światowy rynek oprogramowania ERP rocznie przekracza 25 miliardów dolarów który rośnie o 10-20% każdego roku, a popyt będzie wzrastał w segmentach małych i średnich przedsiębiorstw za pośrednictwem platform SaaS (Software-as-a-Service) i Cloud (Off-Premises Infrastructure).
W konsekwencji zapotrzebowanie na specjalistów ds. Testowania ERP rośnie również w branży IT. Wiele projektów wdrożeniowych ERP przeznaczało ponad 50% swojego budżetu na testy i działania pokrewne.
Chociaż nazywamy to oprogramowaniem ERP, nie jest to „ tylko oprogramowanie ”, A praca dostawcy ERP nie kończy się sprzedażą oprogramowania ERP klientowi. ERP to właściwie „ biznes rozwiązanie ”Do organizacji przez automatyzacja procesu biznesowego i przepływu pracy wewnątrz firmy. Nie zostanie to osiągnięte przez samo zainstalowanie oprogramowania i skonfigurowanie infrastruktury, raczej sukces wdrożenia ERP wymaga dużo dedykowanego obejścia i zaangażowania ludzi.
W tym świecie ERP, jak wybrać i ocenić najlepsze oprogramowanie ERP, które ma jakość i wydajność zgodnie z oczekiwaniami, jest dużym pytaniem i dylematem wśród klientów korporacyjnych.
Zalecane narzędzie:
# 1) Oracle NetSuite
Oracle NetSuite ma rozwiązanie ERP usprawniające procesy o znaczeniu krytycznym. Jego cechy i funkcjonalności zapewnią Ci przejrzystość i kontrolę nad biznesem.
Oracle NetSuite oferuje rozwiązanie do zarządzania jakością. Platforma ta ma funkcje do definiowania testów, ustawiania parametrów oceny wyników i stosowania ich do odpowiednich pozycji i operacji w celu odbioru i testowania w trakcie.
Funkcje:
- NetSuite zapewnia funkcje Definicji testu, które pozwolą Ci określić rodzaj inspekcji, testy, które należy wykonać, dopuszczalne limity, minimalne kwalifikacje itp.
- Będziesz mieć centralnie zarządzaną listę testów lub inspekcji.
- Narzędzie może przechwytywać pomiary i porównywać je pod kątem przekroczenia lub porażki.
- Posiada funkcje do zbierania danych.
Migawka organizacji biznesowej obsługującej ERP zostanie przechwycona, jak poniżej.
Znaczenie testowania ERP
Większość projektów wdrożeniowych ERP kończy się niepowodzeniem z powodu niewłaściwego planowania i testowania testów. Aby zrozumieć znaczenie testowania ERP, specjaliści od testów muszą zrozumieć różne warianty systemów ERP.
Systemy ERP mogą być dostępne w wielu wersjach dla wielu domen skierowanych do wielu klientów.Na przykład, główni dostawcy ERP mają różne wersje i smaki swojego oprogramowania ERP, jak poniżej.
- Microsoft Dynamics NAV: przeznaczony dla małych i średnich przedsiębiorstw
- Microsoft Dynamics AX: Zaprojektowany dla dużych klientów korporacyjnych
- Oprócz testów funkcjonalnych ważne są testy systemowe, testy wydajnościowe i testy obciążeniowe.
- Ubezpieczenia SAP: przeznaczone dla firm ubezpieczeniowych
- SAP Banking: Zaprojektowany dla sektorów bankowych
- SAP Chemical: zaprojektowany dla firm chemicznych
- Oprócz testów funkcjonalnych ważna jest wiedza dziedzinowa i doświadczenie branżowe.
Podobnie produkty Oracle, a mianowicie, E-Business Suite, PeopleSoft, Siebel i JD Edwards itp. Mają różne cechy, klientów docelowych i branże, w których zespół testujący musi zrozumieć cel i funkcje kompletnych systemów.
W firmach ERP dostępne są dwa rodzaje zespołów testowych:
- „Podstawowy zespół testujący” do testowania „podstawowego oprogramowania ERP” ze statycznymi funkcjami.
- „Zespół testujący wdrażanie” do testowania „projektu wdrożeniowego” z dynamicznymi i dostosowanymi funkcjami.
Gdy funkcja i funkcjonalność są dostosowywane zgodnie z wymaganiami klienta, zmodyfikowany wpływ będzie miał wpływ na wiele modułów i systemów. Zespół testujący powinien uchwycić każdą zmianę i jej wpływ w celu zapewnienia pełnej identyfikowalności.
Zautomatyzowane testy ERP
Firmy ERP mają dedykowane siły testowe do testowania swoich systemów ERP. Testowanie tak dużego systemu wymaga, aby wykonanie testu było „ zautomatyzowany ”. W zależności od wymagań firmy ERP projektują swoje zautomatyzowane ramy testów i skonfiguruj ich infrastruktura testowa.
W przypadku testów ERP zalecane jest testowanie automatyczne, ponieważ wykonanie jednej rundy testów wymaga dużo czasu. Jest oczywiste, że bez przetestowania każdego komponentu systemu i zapewnienia stuprocentowej jakości wdrożenie ERP kończy się niepowodzeniem.
Poniżej znajduje się lista różnych typów testów ERP, ponieważ większość systemów ERP jest budowana w architekturze SOA (Service Oriented Architecture).
- Testy funkcjonalności
- Testowanie przetwarzania danych
- Testowanie integralności
- Testowanie systemu
- Testy bezpieczeństwa
- Testowanie niezawodności
- Testowanie zdolności adaptacyjnych
- Testowanie skalowalności
- Test użyteczności
- Test wydajności
- Testowanie obciążenia
- Testowanie interfejsu
- Testowanie interoperacyjności
- Testowanie regresji
- Testowanie infrastruktury
- Testowanie obrazu
- Testowanie instalacji
- Testowanie równoległe
Dostawcy ERP
Na rynku międzynarodowym jest wielu dostawców ERP.
Poniżej znajduje się krótka lista oprogramowania ERP i jego dostawców na podstawie udziału w rynku, kosztów, modelu wdrożenia, średniego czasu wdrożenia, platformy i dostawy, technologii, funkcji i funkcjonalności. Każdy dostawca oferuje różne smaki produktu w zależności od domeny klienta i branży.
- SOK ROŚLINNY (# 1) - Od SAP od 1972 roku do głównych udziałowców rynkowych i milionów użytkowników na całym świecie.
- Microsoft Dynamics (nr 2) - od Microsoft Corporation, miliony użytkowników na całym świecie.
- Oracle E-Business Suite (nr 3) - od Oracle Corporation do milionów użytkowników na całym świecie.
- Epicor ERP
- Sage ERP
- NetSuite
- Infor ERP
- Ramco ERP
- Focus ERP
- Tally ERP
Moduły ERP
Co to są moduły ERP? Moduł w ERP to grupa cech i funkcjonalności dla określonej grupy przepływów pracy w procesach lub działach.
Na przykład , proces zamówienia sprzedaży, proces płatności i zarządzanie klientami można zgrupować jako unikalny funkcjonalny przepływ pracy w firmie i można je utworzyć w ramach „ Dystrybucja sprzedaży ”, Podobnie jak frekwencja pracowników, proces płacowy, zarządzanie personelem mogą być zgrupowane jako unikalny funkcjonalny przepływ pracy w firmie i mogą być utworzone w ramach„ Kadry i płace ”.
Do celów testowych najważniejsze jest zrozumienie funkcji, funkcjonalności i przepływu pracy. Bez odpowiedniej wiedzy testowanie modułów ERP jest bardzo krytyczne i uciążliwe.
Dostawcy ERP mogą mieć różne nazwy modułów do grupowania funkcjonalności, ale koncepcja będzie taka sama.Na przykład, rzućmy okiem na kilka modułów SAP, aby mieć pojęcie, czy działamy Testowanie SAP .
- SAP FICO (dla księgowości finansowej i kosztów)
- SAP HR (dla zasobów ludzkich)
- SAP MM (do zarządzania materiałami)
- SAP PP (do planowania produkcji)
- SAP SD (do sprzedaży i dystrybucji)
- SAP CRM (do zarządzania relacjami z klientami)
- SAP SCM (do zarządzania łańcuchem dostaw)
Podobnie, każde oprogramowanie ERP ma takie moduły zgodnie z konwencjami grupowania funkcjonalności i nazewnictwa.
Dlaczego testy ERP są krytyczne?
Testowanie ERP jest naprawdę krytyczne, jeśli plany testowania nie obejmują pełnej mapy drogowej fazy wdrożenia. Wszystkie moduły w systemie są w pełni zintegrowane i ze sobą powiązane, co oznacza, że wszystkie funkcjonalności są zależne od funkcjonalności innych modułów lub innych systemów.
strona internetowa do oglądania anime za darmo
Na przykład, aby utworzyć zlecenie sprzedaży w module „Sprzedaż”, system musi sprawdzić stan zapasów w module „Zapasy” oraz sprawdzić limit kredytowy klienta w module „Klient”.
Funkcjonalność jest nie tylko zależna od innych modułów, ale także zależy od systemów zewnętrznych, takich jak system obsługujący wiele walut, który pobiera aktualny kurs wymiany z zewnętrznego systemu na żywo, koszt wysyłki dla zamówienia sprzedaży może być wymagany z zewnętrznego systemu na żywo, może być wymagany podatek od sprzedaży pozycji magazynowych od agencji rządowej itp.,
Kiedy przypadek testowy jest napisany w oparciu o powyższy biznesowy przypadek użycia, tester musi zrozumieć cały przepływ pracy funkcji i zależności przepływu pracy, w przeciwnym razie przypadek testowy zakończy się niepowodzeniem lub pozostanie niekompletny.
Poniższy diagram przedstawia przegląd procesu zamówienia sprzedaży oraz zależności systemów wewnętrznych i zewnętrznych.
Oprócz testów funkcjonalnych, jak w powyższym przypadku użycia biznesowego, druga faza testowania to „ Wdrożenie ERP ”Co jest bardziej krytyczne. Faza wdrożenia ERP obejmuje wiele modyfikacji i dostosowań zgodnie z wymaganiami klienta i infrastrukturą.
Ten rodzaj testowania obejmuje nie tylko normalne testy funkcjonalne, ale także testy wydajnościowe i testy akceptacyjne użytkownika. Istnieje wiele komponentów, które współdziałają z systemem na żywo ze źródeł wewnętrznych i zewnętrznych.
Zrozumienie wszystkich komponentów i ich funkcjonalności jest ważniejsze dla testerów przygotować plany testów oraz zestaw testów zawierający wszystkie możliwe przypadki użycia, które mają być objęte testowaną aplikacją.
Odnoszący sukcesy specjaliści od testów ERP są przeszkoleni i pracowali nad wieloma różnymi wdrożeniami ERP przez wiele lat i zbierają doświadczenie, aby stać się zdolnym testerem ERP z dodatkowymi uprawnieniami jako „ekspert w dziedzinie” lub „ ekspert domeny ”.
Sercem wielu systemów ERP są moduły Księgowość lub Finanse, gdzie większości testerów brakuje wiedzy księgowej i trudno jest im zrozumieć pojęcia finansowe i system księgi głównej. Złożoność w wzajemnym i zewnętrznym przepływie pracy systemów ERP demotywuje testerów w pisaniu odpowiedniego zestawu testów ERP.
W szczególności Wdrażanie systemów ERP wymaga różnych form testowania systemu, testów akceptacyjnych wielu użytkowników, wielu poziomów testów wydajnościowych i obciążeniowych z milionami „danych testowych na żywo” z istniejących systemów, które należy zaimportować do nowego systemu ERP.
Głównym wyzwaniem jest zebranie danych wejściowych do testowania funkcji i analiza poprawności danych wyjściowych, co wymaga wiedzy dziedzinowej.
Na przykład, nie jest łatwo zebrać dane w celu przetestowania transakcji księgi głównej lub transakcji zleceń sprzedaży w systemach ERP. Mimo że dane są gromadzone jako dane wejściowe, bardzo ważne jest, aby zrozumieć i przeanalizować poprawność danych wyjściowych zgodnie ze standardami finansowymi, takimi jak MSSF.
Na przykładjest, „bilans” wygenerowany na podstawie transakcji w księdze głównej nie może być zrozumiany przez zwykłych testerów bez znajomości bilansu lub bilansu próbnego. Powodem jest „bilans” generowany z księgi głównej na podstawie wielu transakcji ze wszystkich modułów.
Czy mogę przetestować oprogramowanie ERP?
Ważnym pytaniem dla testerów jest „Czy mogę przetestować system ERP korzystając z mojej dostępnej wiedzy i doświadczenia?”. Odpowiedź na to pytanie nie jest prosta „tak lub nie”, ale wymaga samooceny.
Systemy ERP są dostępne w wielu językach, obsługują wiele walut, można je dostosować do wielu platform, kierować na wiele domen i zaprojektować dla wielu użytkowników. A testerzy nie zamierzają testować całego systemu ERP indywidualnie lub samodzielnie.
Od nikogo nie oczekuje się pełnej i pełnej wiedzy i doświadczenia w zakresie wszystkich modułów w zakresie ERP, znajomości wielu języków lub wielu zastosowań przemysłowych. Jednak profesjonaliści testujący muszą zadać sobie kilka pytań, jak poniżej, co pomoże im przygotować się do mapy drogowej ERP.
- Czy mogę poznać moduły ERP i ERP?
- Czy pisałem wcześniej przypadki testowe dla ERP?
- Czy wykonywałem już przypadki testowe dla ERP?
- Czy mam jakąś wiedzę techniczną, taką jak skrypty, HTML, XML i SQL?
- Czy mam jakąkolwiek ekspozycję przemysłową, np. W branży farmaceutycznej, chemicznej, bankowej itp.?
- Ile modułów ERP mam zamiar przetestować?
- Czy potrzebuję szkolenia do testowania ERP?
- Czy testowanie ERP jest ręczne czy zautomatyzowane?
- Czy jestem częścią podstawowego zespołu testowego czy zespołu testującego implementację?
Mapa drogowa testowania ERP
Przygotujmy się z mapą drogową z rozszerzeniem lista kontrolna do testowania ERP . Należy zauważyć, że „wysiłek testowy” może być prawie równy „wysiłkowi programistycznemu” w przypadku testowania ERP, a firmy ERP próbują skonfigurować platformę i infrastrukturę, aby zmniejszyć wysiłek, ale zwiększyć wydajność i produktywność.
To jest krótka lista kontrolna, która może się różnić w zależności od przypadku.
Lista kontrolna testowania ERP:
tak nie | Przedmiot działania | Status |
---|---|---|
7. | Zidentyfikuj scenariusze testowe do przetestowania i scenariusze testowe do zautomatyzowania. | |
1. | Określ zakres testów i sprawdź, czy testy ERP dotyczą produktu podstawowego lub projektu wdrożeniowego. | |
dwa. | Zidentyfikuj wszystkie moduły dostępne / wydane w produkcie dla testowanej aplikacji. | |
3. | Zidentyfikuj docelowych klientów, użytkowników systemu i branże produktu, który ma zostać wdrożony. | |
Cztery. | Oszacuj nakład pracy związany z napisaniem planu testów, zestawu testów, przypadków testowych, wykonania testów i raportów z testów. | |
5. | Sprawdź stan poprzedniej strategii testowania, plany wykonania testów dla testowanej aplikacji. | |
6. | Zidentyfikuj proces biznesowy do przetestowania i proces biznesowy do zautomatyzowania. | |
8. | Przeanalizuj istniejącą strukturę testową pod kątem ręcznego i automatycznego testowania testowanej aplikacji ERP. | |
9. | Sprawdź, czy istniejące / proponowane automatyczne narzędzie testujące jest skonfigurowane, a struktura jest dobrze przetestowana pod kątem wykonania. | |
10. | Skonfiguruj strategię zapewniania jakości z metrykami jakości określonymi dla testów ERP zarówno pod kątem ręcznym, jak i automatycznym. | |
jedenaście. | Przeanalizuj skrypty testów automatyzacji dla wszystkich biznesowych scenariuszy użycia, które są dobrze sprawdzone i zatwierdzone. | |
12. | Zidentyfikuj najlepsze praktyki poprawiające efektywność i produktywność testów ręcznych i automatycznych. | |
13. | Stwórz zespół testowy z grupą doświadczonych profesjonalistów z odpowiednim zestawem umiejętności zarówno do ręcznego, jak i zautomatyzowanego testowania ERP. | |
14. | Skonfiguruj środowisko testowe do obsługi skryptów testowych, które mogą być ponownie użyte w procesie automatyzacji. | |
piętnaście. | Eskaluj scenariusz testowy / biznesowe przypadki użycia, które nie są możliwe do przetestowania lub niewykonalne w ramach automatyzacji. | |
16. | Zidentyfikuj proces zbierania danych testowych zarówno na wejściu, jak i na wyjściu i sprawdź dostępność eksperta w dziedzinie do analizy danych wyjściowych. |
Wniosek
Przed przystąpieniem do testowania ERP specjaliści od testów muszą zrozumieć koncepcje, procesy i strategie oraz krytyczne aspekty testowania ERP. Tak, jesteśmy teraz gotowi do rozpoczęcia procesu testowania z szybką mapą drogową w ręku.
Następny samouczek dotyczący testowania ERP : Plan testów testowych ERP - Zatem naszym następnym krokiem jest rozpoczęcie procesu testowania ERP przez przygotowanie QA i planu testów, przygotowanie zestawu testów z modułowymi przypadkami testowymi, identyfikacja najlepszych praktyk ręcznego i automatycznego wykonywania testów oraz przygotowanie formatu szablonu raportów z testów.
Omówimy wszystkie te tematy w naszym następnym samouczku. Więc nie przegap tego.
Daj nam znać, jeśli masz jakiekolwiek pytania dotyczące testów ERP lub SAP.
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Asystent testowania oprogramowania
- Testy alfa i testy beta (kompletny przewodnik)
- Kurs testowania oprogramowania: Do którego Instytutu Testowania Oprogramowania mam dołączyć?
- Wybór testowania oprogramowania jako swojej kariery
- Testowanie oprogramowania Praca pisarz treści technicznych Freelancer
- Testing Primer Pobierz eBook
- Najlepsze usługi testowania oprogramowania QA od SoftwareTestingHelp