Jak przygotować plan testów i napisać przypadki testowe dla aplikacji ERP - Testowanie ERP, część 2

how prepare test plan

W poprzednim artykule widzieliśmy kilka kluczowych punktów ERP, takich jak rzeczywiste znaczenie terminu ERP, różne moduły ERP, znaczenie testów ERP, krytyczność testów ERP oraz mapa drogowa przygotowania testów ERP .

=> Sprawdź samouczek dotyczący testowania ERP, część 1, tutaj.

W tym artykule zajmiemy się bardziej praktycznymi szczegółami testowania ERP (SAP), takimi jak przygotowanie planu zapewnienia jakości, planu testów, zestawu testów, przypadków testowych i strategii wykonywania testów.

=> Kliknij tutaj, aby uzyskać pełną serię samouczków dotyczących planu testów

Ten samouczek jest dobrym przykładem pisania planu testów od podstaw dla dowolnej aplikacji. Zapewniliśmy równieżprzykładowy szablon zestawu testów do pobrania.

Dla celów demonstracyjnych załóżmy, że testowana aplikacja ERP składa się z następujących modułów z kilkoma kluczowymi informacjami o planie wdrożenia, jak poniżej.

Nazwa ERP: ABC Manufacturing ERP
Nazwa klienta: XYZ Petrochemicals LLC
Branże: Produkcja
Biuro spółki: Nowy Jork
Oddziały: Los Angeles i Chicago
Zakład produkcyjny: Houston
Magazyny magazynowe: Houston, Los Angeles i Chicago
Razem Pracowników: 2500
Użytkownicy systemu: 325
Obroty firmy: 1 mln USD
Działy: Administracja, finanse, księgowość, HR, produkcja, jakość, sklepy, sprzedaż, marketing, konserwacja, wysyłka, obsługa klienta
Moduły: Budżet, CRM, klient, dostawca, sprzedaż, zakup, płatności, umowy, finanse, księgowość, kapitał ludzki, płace, planowanie produkcji, zarządzanie projektami, zapasy, zarządzanie materiałami, zlecenia pracy, środki trwałe, analiza biznesowa
Model dostawy: Lokalnie i w chmurze
Plan wdrożenia: Zbieranie wymagań, analiza biznesowego przepływu pracy, ocena przepływu danych, dostosowywanie i ulepszanie, dostawa i wdrażanie, szkolenie użytkowników końcowych

Zalecane narzędzie:

# 1) Oracle NetSuite

Oracle NetSuite oferuje platformę zapewniania jakości, która umożliwia tworzenie planów kontroli i śledzenie wyników testów. Narzędzie pomoże Ci zapewnić najwyższą jakość Twoich produktów. Będziesz mógł centralnie zarządzać listą testów i egzekwować minimalne kwalifikacje inspektora.

Zapewnia różne funkcje i funkcje do definiowania testów, odbioru i kontroli w trakcie oraz zbierania danych.

Funkcje:

• Oracle NetSuite przetwarza wyniki inspekcji w czasie rzeczywistym.
• Jest to narzędzie niezależne od urządzenia i może być używane na dowolnym tablecie z przeglądarką internetową.
• Posiada funkcje obsługi niezgodnych materiałów w oparciu o przepływ pracy.
• Możesz wymusić minimalne kwalifikacje inspektora.

Poniżej znajdują się zrzuty ekranu aplikacji ERP dotyczące niektórych ważnych procesów biznesowych, takich jak zlecenie sprzedaży, finanse klientów, nagłówek płatności, środki trwałe, zarządzanie pracownikami i raport sprzedaży, które dają wyobrażenie o krytyczności i złożoności testów ERP.

Zrzut ekranu 1: Zamówienie sprzedaży

Zrzut ekranu 2: Zamówienie sprzedaży (USA)

Zrzut ekranu 3: Finanse klienta

Zrzut ekranu 4: Nagłówek płatności (Indie)

Zrzut ekranu 5: Nagłówek płatności (Stany Zjednoczone)

Zrzut ekranu 6: Środki trwałe (Indie)

Zrzut ekranu 7: Środki trwałe (Stany Zjednoczone)

Zrzut ekranu 8: Zarządzanie pracownikami

Zrzut ekranu 9: Raport sprzedaży

Czego się nauczysz:

• Plan ERP QA
• Plan testów ERP
  • Opis Projektu
  • Cel
  • Inteligentne funkcje modułu do testowania ręcznego
  • Inteligentne funkcje modułów do testowania automatyzacji
  • Funkcje do przetestowania w pomieszczeniach
  • Funkcje do przetestowania w pomieszczeniach
  • Funkcje do przetestowania na urządzeniach mobilnych, Wi-Fi i chmurze
  • Wymagania dotyczące zasobów
  • Harmonogram testów
  • Wykonanie przypadku testowego
  • Pokrycie testowe
  • Materiały dostarczane
  • Zarządzanie ryzykiem
  • Lista problemow
  • Wskaźniki jakości
• Zestaw testów ERP
• Przykładowy szablon pakietu testowego do pobrania:
• Przypadki testowe ERP
• Wniosek
• rekomendowane lektury

Plan ERP QA

Zapewnienie jakości jest kamieniem milowym każdego projektu wdrożeniowego ERP, który składa się z następujących interesariuszy, a sukces zależy od zaangażowanych wysiłków wszystkich jako „ Zespół ”.

Interesariuszami projektu wdrożenia ERP mogą być:

• Zespół wdrożeniowy - Składa się z zespołu profesjonalistów z firmy ERP lub lokalnego partnera wdrożeniowego. Musi mieć wiedzę wdrożeniową.
• Dostawca oprogramowania - Dostawcy oprogramowania dla systemu operacyjnego, bazy danych i innych aplikacji biurowych wymaganych dla ERP.
• Dostawca usług hostingowych - Dostawcy usług hostingowych dla serwerów, infrastruktury sieciowej, internetowej i intranetowej wymaganej do wdrożenia ERP. Musi mieć wiedzę wdrożeniową.
• Zespół biznesowy - Składa się z zespołu ds. Rozwoju biznesu lub kierownictwa komitetu sterującego.
• Zespół techniczny - Zespół deweloperski lub zespół wdrożeniowy do dyspozycji przez cały czas trwania projektu. Musi mieć wiedzę wdrożeniową.
• Zespół testujący - Zespół testowy z firmy ERP lub lokalnych partnerów posiadających wiedzę na temat strategii wdrożeniowych ERP.
• Zespół klienta - Zespół użytkowników końcowych lub szefowie działów, którzy mają pełną wiedzę praktyczną na temat procesu biznesowego.

Jak omówiliśmy w poprzednim samouczku, testowanie aplikacji ERP (np. SAP) różni się od testowania innych aplikacji. Aplikacje ERP są specyficzne dla domeny i branży. Wspólne moduły, takie jak finanse, księgowość, inwentaryzacja, środki trwałe, sprzedaż, zakupy, kapitał ludzki i płace są dostępne we wszystkich systemach ERP.

Oprócz tych wspólnych modułów dostępnych jest kilka modułów specyficznych dla przemysłu, zgodnie z docelowymi klientami.Na przykład, „produkcyjny ERP” może mieć moduł „planowania produkcji”, „farmaceutyczny ERP” może mieć moduł „lekarz-pacjent”, a „edukacyjny ERP” może mieć moduł „studenta” i tak dalej.

Tak więc czynnik jakości powinien być włączony z niektórymi predefiniowanymi miernikami, aby były udostępniane z dużym wyprzedzeniem wszystkim zainteresowanym stronom z powyższej listy.

Aby utrzymać jakość, zainteresowane strony zawierają wzajemnie umowy o poziomie usług. Wszyscy interesariusze jako zespół powinni mieć określone działania, obowiązki wraz z docelowymi datami osiągnięcia oczekiwanej jakości oświadczenia o pracy.

Plan testów ERP

Plan testów ERP powinien składać się z następujących informacji w celu skutecznego i pomyślnego wdrożenia.

Plan testów zawiera cele, metryki jakości, funkcje do ręcznego przetestowania, funkcje do przetestowania za pomocą narzędzi automatyzacji, środowisko projektowe, infrastrukturę zespołu, wymagania dotyczące zasobów, harmonogram testów, produkty testowe, infrastrukturę wykonywania testów, ramy testowe, założenia, zależności, ograniczenia, mechanizm śledzenia błędów, narzędzia do zgłaszania błędów i kryteria akceptacji itp.,

Poniżej znajduje się przykładowy plan testów dla naszego projektu wdrożenia ERP dla XYZ Petrochemical LLC.

Zobacz też - jeśli potrzebujesz więcej informacji o tym, jak napisać plan testów, zapoznaj się z tymi samouczkami:

• Napisz dokument planu testów od podstaw
• Przykład planu testów i jeszcze jeden tutaj .

Opis Projektu

ABC Manufacturing ERP to zintegrowane rozwiązanie ERP dla przemysłu wytwórczego. Produkt składa się z podstawowych modułów, takich jak księgowość, finanse, budżet, zapasy, środki trwałe, klienci, dostawcy, CRM, sprzedaż, zakupy, płatności, kontrakty, kapitał ludzki, płace, planowanie produkcji, zarządzanie projektami, inwentaryzacja, zarządzanie materiałami, praca Zamówienia i Business Intelligence.

Klient zajmuje się produkcją, a jego działalność polega na wytwarzaniu bioproduktów petrochemicznych i sprzedaży ich klientom krajowym i międzynarodowym. Surowce kupowane są na rynkach krajowych i zagranicznych. Firma działa w Nowym Jorku w USA i posiada oddziały w różnych częściach kraju.

Firma posiada również magazyny w odległych lokalizacjach. System ERP zostanie wdrożony w scentralizowanej lokalizacji w siedzibie firmy i połączy inne oddziały, magazyny, zakłady produkcyjne, biura marketingowe z różnych części kraju poprzez Internet, WAN, Wi-Fi, Cloud Infrastructure. Proponowane rozwiązanie obsługuje wiele języków, takich jak angielski (dla klientów międzynarodowych, hindi (dla użytkowników IN), arabski (dla dostawców z Bliskiego Wschodu) i obsługuje wiele transakcji walutowych.

System posiada również portal klienta E-Commerce do zamówień sprzedaży online z bramką płatności kartą kredytową oraz portal dostawców do ofert zakupu. Z systemu będzie korzystać ponad 300 użytkowników z różnych części świata, wykonując co najmniej 10 000 transakcji dziennie.

Cel

• Zidentyfikuj moduły do ​​ręcznego przetestowania.
• Zidentyfikuj moduły do ​​przetestowania za pomocą narzędzi automatyzacji.
• Zdefiniuj strategię testowania, zakres testów i czynności testowe.
• Zdefiniuj kryteria testowania, założenia, zależności i ograniczenia.
• Zidentyfikuj zespół testujący, jego przydział i harmonogram testów.
• Skonfiguruj ramy testowania ręcznego i automatyzacji.
• Skonfiguruj infrastrukturę testową wraz z konfiguracją oprogramowania i sprzętu.
• Zdefiniuj interesariuszy projektu do wdrożenia ERP.
• Zdefiniuj mechanizm komunikacji i eskalacji.
• Zdefiniuj środowisko pracy, szczegóły zadania i obowiązki.
• Zarządzanie ryzykiem z planami ograniczania ryzyka.
• Zdefiniuj wyniki testów i narzędzia raportowania.

Inteligentne funkcje modułu do testowania ręcznego

• Moduł płatności (tworzenie płatności, zatwierdzanie płatności, czeki emisyjne)
• Moduł finansowania (płatności wspólne, zatwierdzanie płatności wspólnych, kontrole emisyjne)
• Moduł płacowy (czeki płacowe, czeki emisyjne)
• Moduł środków trwałych (amortyzacja środków trwałych, zbycie środków trwałych)
• ...

Inteligentne funkcje modułów do testowania automatyzacji

• Moduł sprzedaży (zlecenie sprzedaży, zlecenie wysyłki, zamówienia zaległe, fakturowanie sprzedaży)
• Moduł zakupów (umowa kupna, zamówienia, zmiany w zakupie)
• Moduł klienta (zarządzanie klientami, finanse klientów)
• Moduł dotyczący kapitału ludzkiego (zarządzanie pracownikami, frekwencja, pożyczki, urlopy)
• ...

Funkcje do przetestowania w pomieszczeniach

• Testowanie funkcjonalności: wszystkie przypadki testów funkcjonalnych wszystkich modułów, które są przeglądane i zatwierdzane.
• Testowanie regresyjne: Wszystkie funkcjonalne przypadki testowe dla niestandardowych modułów, które są przeglądane i zatwierdzane.
• Testowanie dymu: Wszystkie przypadki testów funkcjonalnych oznaczone jako Sanity, które są sprawdzane, wykonywane i zatwierdzane.
• ...

Funkcje do przetestowania w pomieszczeniach

• Testowanie systemu: Wszystkie przypadki testowania systemu wszystkich modułów, które są sprawdzane i zatwierdzane.
• Testy integracyjne : Wszystkie przypadki testowe systemu wszystkich modułów, które są sprawdzane i zatwierdzane.
• Testowanie wydajności: wszystkie przypadki testów wydajności, które są przeglądane i zatwierdzane.
• Testowanie obciążenia: wszystkie przypadki testów obciążenia, które są sprawdzane i zatwierdzane.
• Testy akceptacyjne użytkowników : Wszystkie testy akceptacyjne użytkownika, które są przeglądane i zatwierdzane.
• ...

Funkcje do przetestowania na urządzeniach mobilnych, Wi-Fi i chmurze

Testowanie funkcjonalności: Wszystkie przypadki testowe systemu modułu CRM, które są sprawdzane i zatwierdzane.

Wymagania dotyczące zasobów

Harmonogram testów

Wykonanie przypadku testowego

Pokrycie testowe

A: Testowanie funkcjonalne, B: Testowanie systemu, C: Testowanie integralności, D: Testowanie bezpieczeństwa, E: Testowanie użyteczności, F: Testowanie wydajności, G: Testowanie interfejsów, H: Testowanie instalacji

Materiały dostarczane

Zarządzanie ryzykiem

Lista problemow

Narzędzia Confluence i JIRA są używane do śledzenie problemów w projekcie. Ponadto JIRA jest dostosowana i skonfigurowana dla wszystkich członków zespołu testowego w celu eskalacji problemów i zgłaszania błędów oraz przypisana do zespołu programistów koncernu z odpowiedzialnością i datami docelowymi.

Wskaźniki jakości

Zestaw testów ERP

Podobnie jak w przypadku normalnego procesu testowania, pakiet ERP Test Suite jest zwykle przygotowywany jako dokument Excel. Ten dokument kontroluje pełną historię wersji różnych zestawów testów wszystkich modułów w aplikacji ERP. Przypadki testowe każdego modułu, historia wykonania testów, lista błędów i historia raportów z testów są przechowywane w zestawie testów ERP.

W przypadku testowania automatyzacji „ skrypty testowe ”Są utrzymywane w zestawie testów i utrzymywana jest powiązana z nimi iteracja historii wykonania testów. W zależności od rodzaju testów i złożoności przypadków testowych, w pakiecie utrzymywane są skrypty testów automatyzacji, które powinny być zaprojektowane w taki sposób, aby były ponownie używane.

Znajdź poniżej migawkę zestawu testów ERP w dokumencie programu Excel.

bezpieczny internetowy konwerter youtube na mp3

Przykładowy szablon pakietu testowego do pobrania:

Poniżej znajduje się przykładowy szablon zestawu testów do pobrania. Zawiera szablony historii wersji, raportów z testów, raportów o błędach, przypadków testowych dymu, przypadków testowych regresji

=> Kliknij tutaj, aby pobrać szablon zestawu testów ERP.

Przypadki testowe ERP

Poza funkcjonalnymi przypadkami testowymi, regresyjnymi przypadkami testowymi, testami poprawności / dymu, testy ERP wymagają innego rodzaju przypadków testowych do testowania instalacji, testowania konfiguracji, testowania implementacji, testowania adaptacji, testowania sieci, testowania serwera, testowania offline, testowania zdalnego testy w wielu walutach, testy w wielu językach, testy urządzeń, testy intranetowe, testy w czasie rzeczywistym itp.,

Co najważniejsze, ERP jest scentralizowanym zautomatyzowanym rozwiązaniem, do którego dostęp ma wielu użytkowników jednocześnie online w czasie rzeczywistym, co wiąże się z transakcją finansową, każdy przypadek testowy powinien być napisany z dużym zaangażowaniem i danymi w czasie rzeczywistym.

Ponadto status wykonania testu powinien zostać zaktualizowany jako „Pass” po zweryfikowaniu danych wyjściowych z predefiniowanymi danymi czasu rzeczywistego. Dlatego przypadki testowe powinny zawsze zawierać kolumnę „ dane testowe ' i ' dane wyjściowe ”.

Przykładowy scenariusz testu:

Znajdź poniżej przykładowy przypadek testowy do naszej demonstracji ERP Te przypadki testowe mogą składać się z wielu małych przypadków testowych, które można segregować i utrzymywać, ale w celach demonstracyjnych łączy się je z jednym przypadkiem testowym.

Wniosek

Testowanie ERP wiąże się z dużym ryzykiem i złożonością w porównaniu z testowaniem oprogramowania / produktu. Ponadto zarządzanie miernikami jakości w projektach wdrożeniowych ERP wymaga dużej uwagi i poświęcenia pracy jako „zespół” wielu interesariuszy.

Specjaliści testujący muszą zrozumieć różnicę między jakością produktu a jakością wdrożenia. Testowanie ERP wymaga zaufanego sponsorowania na czas i w budżecie od kierownictwa i klientów. Testy powinny być wykonywane przez zespół ekspertów ERP i nie powinny być przydzielane z żadnego powodu niedoświadczonemu zespołowi.

Bardzo ważne jest, aby stosować powszechnie sprawdzony właściwy proces, metodologie, podejścia i zautomatyzowane narzędzia. Nie powinniśmy zakładać, że „automatyzacja” całkowicie zastępuje „ręczne” testowanie, ale nie powinniśmy iść na kompromis w kwestii korzystania z wymaganej infrastruktury i frameworka testowego. Nie lekceważ czasu potrzebnego na zebranie rzeczywistych danych od klientów.

Dla testerów ta podróż to „Doskonałe źródło do testowania produktów ERP!”.

Daj nam znać, jeśli masz jakiekolwiek pytania dotyczące ERP lub w szczególności testowania SAP.

=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków dotyczących planu testów

POPRZEDNIA samouczek | NEXT Tutorial

rekomendowane lektury

• Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
• Sylabus kursu testowania oprogramowania - szczegółowy plan szkolenia kursu online
• Różnica między testami na komputerach stacjonarnych, serwerach klienckich i testach internetowych
• Testing Primer Pobierz eBook
• Jak napisać tygodniowy raport o stanie testów oprogramowania
• Przewodnik dla początkujących po testowaniu ERP (testowanie SAP) - część 1
• Podręcznik testowania zabezpieczeń aplikacji internetowych
• Samouczek dotyczący planu testów: przewodnik dotyczący pisania dokumentu planu testów oprogramowania od podstaw