Testowanie SAP - krótki przewodnik

Wiele organizacji wdraża SAP ERP (Enterprise Resource Planning) w celu zarządzania operacjami biznesowymi i dostosowywania się do nowych wyzwań rynkowych. SAP R / 3 to zintegrowane oprogramowanie ERP, które umożliwia organizacjom efektywne zarządzanie działalnością. Organizacje mogą obniżyć koszty prowadzenia swojej działalności, korzystając z pakietów SAP R / 3 ERP.

SAP R / 3 umożliwia również klientom interakcję z różnymi bazami danych w celu uruchamiania różnych aplikacji za pomocą przyjaznego dla użytkownika interfejsu GUI. System SAP R / 3 jest podzielony na różne moduły, które obejmują funkcjonalność różnych operacji biznesowych w organizacji.

Najpopularniejsze moduły SAP R / 3 to -

• Zarządzanie materiałami SAP.
• SAP Financial Accounting and Controlling.
• Sprzedaż i dystrybucja SAP.
• Zasoby ludzkie SAP.
• Zarządzanie łańcuchem dostaw SAP.
• SAP Plant Management.

SAP Testing dotyczy testowania funkcjonalności tych modułów i upewnienia się, że działają one zgodnie z konfiguracją.

System SAP przechodzi różne zmiany, takie jak zarządzanie poprawkami i poprawki, nowe implementacje modułów i różne inne zmiany konfiguracyjne. Wszystkie te modyfikacje rodzą potrzebę przeprowadzania testów regresyjnych w środowiskach SAP. W tym celu można wykorzystać narzędzia do automatyzacji testów SAP, takie jak narzędzia SAP Test Acceleration i Optimization.

SAP TAOto narzędzie do automatyzacji do generowania przypadków testowych dla kompleksowych scenariuszy aplikacji SAP. Oprócz tego istnieje wiele innych narzędzi do testowania automatyzacji do testowania SAP, takich jak HP QTP i ECATT itp., Których można użyć.

Znaczenie testowania

Oto lista kluczowych powodów, dla których przeprowadzane są testy SAP i dlaczego jest to ważna funkcja w rozwoju organizacji -

• System Validation - Testowanie SAP obejmuje pełne, kompleksowe testowanie i walidację wszystkich modułów SAP w środowisku SAP ERP.

• Quality and Revenue- Testowanie SAP to testowanie oparte na wynikach, a nie konwencjonalne metody testowania oparte na danych wejściowych. Zapewnia jakość systemu SAP, a także koncentruje się na przychodach i kosztach organizacji.

• Cost and Predictability - Testowanie SAP obejmuje redukcję kosztów rozwoju SAP i poprawę przewidywalności.

• Compliance Requirement - Testowanie SAP zapewnia, że ​​wdrożenie SAP spełnia nowe wymagania zgodności w określonej organizacji, a wszystkie moduły działają zgodnie z oczekiwaną konfiguracją.

• New Implementation and Configuration Changes- W systemie SAP wdrażane są różne typy zmian, takie jak łatki i poprawki, nowe wdrożenia, zmiany konfiguracyjne. Dlatego testy SAP zapewniają, że wszystkie moduły działają zgodnie z wymaganiami w tym dynamicznym środowisku systemowym.

• Integration- Testy SAP służą do testowania różnych raportów, przepływów danych i pracy, formularzy GUI itp. Służy do sprawdzania integracji systemu między różnymi modułami. Na przykład, jeśli dokonano księgowania zamówienia, które wymaga działania w sprzedaży i dystrybucji, MM i FICO, testowanie SAP sprawdza integrację między tymi systemami.

• Performance - Służy również do zapewnienia, czy system będzie w stanie spełnić umowy o poziomie usług, czas potrzebny systemowi na wykonanie określonych działań, wydajność systemu itp.

Istnieją różne metody testowania, których można użyć do przetestowania funkcjonalności oprogramowania, systemu lub aplikacji.

Najpopularniejsze techniki testowania to -

• Unit Testing - Jest to rodzaj testu białoskrzynkowego, który obejmuje testowanie pojedynczej jednostki lub grupy jednostek.

• Integration Testing - W tym teście wiele systemów jest połączonych razem, aby przetestować wyjście zintegrowanego systemu.

• Functional Testing - Sprawdza funkcjonalność każdego modułu zgodnie z pożądanym wynikiem.

• Usability Testing- Sprawdza łatwość obsługi aplikacji lub systemu. Sprawdza, jak łatwe byłoby korzystanie z aplikacji lub zrozumienie systemu przez nowego użytkownika.

• Acceptance Testing - Test akceptacyjny jest przeprowadzany w celu sprawdzenia, czy system spełnia wymagania użytkownika i czy zaakceptować aplikację lub system.

• System Testing - Cały system jest testowany zgodnie z wymaganiami i specyfikacją.

• Stress Testing - Podczas tych testów system jest poddawany obciążeniom wykraczającym poza specyfikację, aby sprawdzić, kiedy zawodzi.

• Performance Testing - To badanie jest wykonywane w celu sprawdzenia, czy system spełnia wymagania dotyczące wydajności.

• Regression Testing - Obejmuje testowanie pełnej aplikacji lub systemu pod kątem modyfikacji.

• Beta Testing- Celem testów beta jest wykrycie nieoczekiwanych błędów. Należy do klasy testów czarnoskrzynkowych. Odbywa się to poprzez wydanie wstępnej wersji produktu końcowego, zwanej Beta.

• Database Testing- Testowanie bazy danych służy do testowania danych w bazie danych. Odbywa się za pomocą instrukcji SQL.

• ETL Testing - Testowanie ETL jest wykonywane w celu upewnienia się, że dane są poprawnie wyodrębniane, transformowane i ładowane z systemu źródłowego do systemu docelowego.

Testowanie ręczne

Testowanie ręczne oznacza, że ​​testujesz oprogramowanie ręcznie, bez użycia żadnych zautomatyzowanych narzędzi ani żadnego skryptu. W tego typu testach tester przejmuje rolę użytkownika końcowego i testuje oprogramowanie w celu zidentyfikowania błędów lub nieoczekiwanego zachowania.

Istnieją różne etapy testowania ręcznego. Są to testy jednostkowe, testy integracyjne, testy systemowe i testy akceptacyjne użytkowników.

Różne plany testów, przypadki testowe lub scenariusze testowe są używane przez testera ręcznego, aby zapewnić kompletność testów. Można również wywołać testy ręczneexploratory testing ponieważ testerzy badają oprogramowanie, aby ręcznie zidentyfikować błędy.

Testowanie automatyczne

W przypadku testów automatycznych tester pisze skrypty i używa narzędzi programowych do testowania produktu. Ten proces obejmuje automatyzację procesu ręcznego. Testowanie automatyczne obejmuje wielokrotne uruchamianie przypadków testowych, które były wykonywane ręcznie.

Testowanie automatyczne służy również do testowania aplikacji pod kątem obciążenia, wydajności i obciążenia. Służy do zwiększenia zasięgu testu. Testowanie automatyczne poprawia dokładność oraz oszczędza czas i pieniądze w porównaniu z testowaniem ręcznym.

Narzędzia do testowania oprogramowania

Następujące narzędzia mogą być używane do testowania automatyzacji -

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• Testowanie w dowolnym miejscu
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

Cykl życia rozwoju oprogramowania określa szereg kroków, które należy wykonać, aby opracować aplikację lub wydajność oprogramowania. W tym rozdziale omówimy fazy zdefiniowane w SDLC. Każda faza ma swój własny proces i produkty, które przechodzą do następnej fazy.

Studium wykonalności

Pierwszy etap SDLC to requirement gathering. Po zebraniu wymagań zespół opracowuje zgrubny plan procesu tworzenia oprogramowania. Na tym etapie zespół analizuje, czy oprogramowanie może spełniać wszystkie wymagania użytkownika. Okazuje się, czy projekt jest wykonalny finansowo, praktycznie i technologicznie dla organizacji. Dostępnych jest wiele algorytmów, które pomagają programistom w określeniu wykonalności projektu oprogramowania.

Analiza systemu

Na tym etapie programiści ustalają mapę drogową swojego planu i starają się przywołać najlepszy model oprogramowania odpowiedni dla projektu. Analiza systemu obejmuje zrozumienie ograniczeń produktu oprogramowania, poznanie problemów związanych z systemem lub zmian, które należy wprowadzić w istniejących systemach, identyfikację i zajęcie się wpływem projektu na organizację i personel itp. Zespół projektowy analizuje zakres projektu i plany harmonogram i odpowiednie zasoby.

Projektowanie Oprogramowania

Następnym krokiem jest przeniesienie całej wiedzy na temat wymagań i analiz na biurko i zaprojektowanie oprogramowania. Dane wejściowe od użytkowników i informacje zebrane w fazie zbierania wymagań są danymi wejściowymi tego kroku. Wynik tego kroku ma postać dwóch projektów;logical design i physical design. Inżynierowie tworzą metadane i słowniki danych, diagramy logiczne, diagramy przepływu danych, aw niektórych przypadkach pseudokody.

Kodowanie

Ten krok jest również znany jako programming phase. Wdrażanie projektu oprogramowania rozpoczyna się od napisania kodu programu w odpowiednim języku programowania i sprawnego tworzenia bezbłędnych programów wykonywalnych.

Testowanie

Szacunki mówią, że 50% całego procesu tworzenia oprogramowania powinno zostać przetestowane. Błędy mogą zrujnować oprogramowanie od poziomu krytycznego do jego własnego usunięcia. Testowanie oprogramowania odbywa się podczas kodowania przez programistów, a dokładne testy są przeprowadzane przez ekspertów testujących na różnych poziomach kodu, takich jak testowanie modułów, testowanie programów, testowanie produktów, testy wewnętrzne i testowanie produktu na końcu użytkownika. Wczesne wykrywanie błędów i ich usuwanie jest kluczem do tworzenia niezawodnego oprogramowania.

Integracja

Oprogramowanie może wymagać integracji z bibliotekami, bazami danych i innymi programami. Ten etap SDLC zajmuje się integracją oprogramowania z podmiotami świata zewnętrznego.

Realizacja

Wdrożenie lub wdrożenie oznacza zainstalowanie oprogramowania na komputerach użytkowników. Czasami oprogramowanie wymaga konfiguracji po instalacji na końcu użytkownika. Oprogramowanie jest testowane pod kątem przenośności i adaptowalności, a problemy związane z integracją są rozwiązywane podczas wdrażania.

Cykl życia testowania oprogramowania

Cykl życia testowania oprogramowania (STLC) składa się ze wszystkich kroków, które są wykonywane w określony sposób, aby zapewnić osiągnięcie celów jakościowych, a każdy etap ma określone cele i rezultaty.

STLC służy do poprawy jakości oprogramowania i uczynienia go zdolnym do spełnienia wymagań biznesowych w celu osiągnięcia określonych celów.

Różne etapy objęte cyklem życia testowania oprogramowania są następujące:

• Faza wymagań
• Planowanie testów
• Analiza testów
• Faza projektowania testów
• Implementacja testów
• Faza wykonania testu
• Faza zakończenia testu

Faza wymagań

To jest pierwsza faza cyklu życia testowania oprogramowania. Na tym etapie zadaniem testera jest analiza wymagań. Istnieją różne metody analizy wymagań, takie jak przeprowadzanie burzy mózgów z ludźmi biznesu, członkami zespołu i próba sprawdzenia, czy wymagania są testowalne, czy nie.

Ta faza określa zakres testów. Jeśli zespół testujący znajdzie funkcje, których nie można przetestować, należy o tym poinformować klienta.

Planowanie testów

Na tym etapie tester identyfikuje czynności i zasoby, które pomogłyby w osiągnięciu celów testowania.

Zdefiniowano różne metryki i dostępne są metody określania i śledzenia tych metryk. Planowanie testów obejmuje również identyfikację kluczowych wskaźników wydajności do oceny testów.

Analiza testów

Ta faza określa wytyczne, które należy przetestować. Obejmuje to identyfikację warunków testowych za pomocą dokumentu wymagań, związanego z tym ryzyka i innych kryteriów testowych.

Aby określić warunki testu, wykorzystuje się różne czynniki -

• Złożoność produktu
• Głębokość testowania
• Zaangażowane ryzyko
• Wymagane umiejętności
• Znajomość członków zespołu testującego
• Zarządzanie testami
• Dostępność interesariuszy

Warunki testowe powinny być szczegółowo opisane.

Weźmy example. W przypadku witryny sprzedającej produkty online warunkiem testowym jest umożliwienie klientowi dokonania płatności online. Możesz dodać szczegółowe warunki, takie jak płatność powinna być możliwa za pomocą karty kredytowej, przelewu NEFT, karty debetowej lub bankowości internetowej.

Zaletą pisania szczegółowych warunków testowych jest to, że zwiększa to zakres testowania, ponieważ przypadki testowe są zwykle zapisywane na podstawie warunku testowego. Pozwala na pisanie bardziej szczegółowych przypadków testowych. Pomaga również w określeniu stanu, w którym należy przerwać testowanie oprogramowania.

Faza projektowania testów

Ta faza określa sposób przeprowadzania testów.

• Podziel warunki testu na wiele podwarunków, aby zwiększyć jego pokrycie.

• Zdobądź dane testowe.

• Skonfiguruj środowisko testowe.

• Uzyskaj metryki identyfikowalności wymagań.

• Utwórz metryki pokrycia testów.

Faza wdrażania testu

Ta faza obejmuje tworzenie szczegółowych przypadków testowych zgodnie z określonymi warunkami testowymi i metrykami.

• Ustal priorytety przypadku testowego.
• Przypadek testowy do zastosowania w regresji.
• Zapewnij poprawność przypadków testowych.
• Wyloguj się z przypadków testowych przed rozpoczęciem faktycznego wykonywania.

Faza wykonania testu

Ta faza cyklu życia testowania oprogramowania obejmuje faktyczne wykonywanie przypadków testowych.

• Wykonaj przypadki testowe.
• Zarejestruj wady.
• Sprawdź wskaźniki identyfikowalności, aby śledzić postęp.

Zamknięcie testu

Ta faza obejmuje sprawdzenie zakończenia testu.

• Sprawdź, czy wszystkie przypadki testowe zostały wykonane i otwarte błędy.
• Zanotuj wyciągnięte wnioski.
• Zamknij fazę testowania.

Istnieją różne rodzaje metod testowania, których można użyć do przeprowadzenia testów SAP.

Testów jednostkowych

Testy jednostkowe służą do testowania funkcjonalności systemu SAP i jego różnych komponentów. Wykonywany jest przez ekspertów dziedzinowych i konfiguracyjnych, którzy znają funkcjonalność każdej jednostki w systemie.

Przykład

Załóżmy, że zadaniem jest utworzenie zamówienia sprzedaży i zapisanie go. Aby wykonać testy jednostkowe dla tego zadania, tester powinien wiedzieć, że zlecenie sprzedaży można zapisać za pomocą elementów organizacyjnych SAP, takich jak dane podstawowe klienta, funkcje partnera, podstawowe dane materiałowe, kod firmy, obszar kontroli kredytowej, organizacja sprzedaży itp.

Przykład

W programowaniu ABAP można przeprowadzić testy jednostkowe w celu sprawdzenia, czy można utworzyć raport na podstawie danych wygenerowanych przez programistów. Wymaga pomocy eksperta domeny.

Testowanie systemu

Testowanie systemu obejmuje integrację elementów systemu SAP w celu zapewnienia, że ​​powiązane funkcje SAP są połączone ze sobą w środowisku programistycznym.

Przykład

Jeśli powiesz, że przepływ gotówki związany z ofertą w organizacji wskazywałby, że oferta może zostać użyta do utworzenia zamówienia sprzedaży, dostawa może zostać utworzona i przetworzona na podstawie zamówienia, za dostawę można wystawić fakturę, fakturę przekazać do księgowości płatność klienta na podstawie faktury księgowej.

Każda jednostka jest testowana w ten sposób, a następnie wyniki testów są łączone za pomocą testów systemowych.

Testowanie oparte na scenariuszach

Testy scenariuszowe, jak sama nazwa wskazuje, przeprowadzane są zgodnie z określonymi przypadkami biznesowymi.

Przykład

Załóżmy, że istnieje kilka zadań specyficznych dla segmentu klientów, danej linii produktów lub zestawu usług. W przypadku tej konkretnej linii docelowej masz różne scenariusze, które musisz przetestować. Te testy są również wykonywane w środowisku programistycznym.

Testy integracyjne

W tym teście dane testowe pochodzą z rzeczywistego źródła wyodrębniania danych. Dane są znane użytkownikom biznesowym.

Testy integracyjne służą do wykazania, że ​​proces biznesowy zaprojektowany i skonfigurowany w SAP działa z wykorzystaniem rzeczywistych danych. Ponadto testy pokazują, że działają wyzwalacze interfejsu, raporty, przepływy pracy.

Testowanie interfejsu SAP

Testowanie interfejsu zapewnia, że ​​proces biznesowy w systemie SAP działa automatycznie, zdarzenia są wyzwalane, a wyniki są przesyłane do systemu odbierającego. Testowanie interfejsu obejmuje wykonanie w systemie wysyłającym, po którym następuje automatyczne wygenerowanie danych wyjściowych interfejsu, a następnie system odbierający zużywa ten plik i udowadnia, że ​​proces biznesowy jest kontynuowany w odbiorniku.

W idealnym przypadku testowanie interfejsu obejmuje większe czynności testowe w miarę postępu projektu. Testy interfejsu pokazują, że wyzwalanie działa, selekcja danych jest dokładna i kompletna, transfer danych przebiega pomyślnie, a odbiornik jest w stanie przetworzyć przesłane dane.

Testy akceptacji użytkowników SAP

SAP UAT służy do zapewnienia użytkownikom końcowym możliwości wykonywania przypisanych im zadań w nowym systemie. Ważnym aspektem tego testowania jest zrozumienie wymagań biznesowych i zapewnienie, że oczekiwane cechy, funkcje i możliwości są dostępne.

Testowanie wydajności systemu SAP

Testy wydajnościowe sprawdzają następujące aspekty -

• Czy czas odpowiedzi systemu jest akceptowalny zgodnie z wymaganiami biznesowymi

• Czy procesy okresowe przebiegają w dopuszczalnym czasie,

• Czy oczekiwane jednoczesne obciążenie użytkownika może być obsługiwane

Testy wydajnościowe identyfikują wąskie gardła i nieefektywne kodowanie w systemie SAP. Jest mało prawdopodobne, aby dostrajanie wydajności systemu było idealnie skonfigurowane, a program działa ze zoptymalizowanym kodem.

Testowanie obciążenia SAP

W testowaniu obciążenia tester przykłada maksymalne obciążenie do systemu, zarówno użytkowników online, jak i okresowego przetwarzania wsadowego, i określa, czy system jest wystarczająco zdolny do obsługi obciążenia. Jeśli nie, wyszukuje kroki potrzebne do poprawy wydajności.

Testowanie zabezpieczeń i uprawnień SAP

Testowanie bezpieczeństwa i uprawnień służy do upewnienia się, że użytkownicy są w stanie wykonywać transakcje i uzyskiwać dostęp tylko do odpowiednich danych, które są istotne dla ich projektu.

Podobnie jak w przypadku wdrażania standardów bezpieczeństwa, jest to naprawdę ważne, aby sprawdzić, czy bezpieczeństwo i autoryzacja są umieszczone w systemie. Identyfikatory testów dla ról stanowisk są tworzone i używane do potwierdzania, co może zrobić użytkownik, a czego nie.

SAP Cutover Testing

Testowanie przerywane jest zwykle wykonywane raz w cyklu życia projektu. Tutaj wykonuje się na pełną skalę wszystkie zadania związane z wyodrębnieniem danych ze starszych systemów. Następnie, aby wykonać dowolną konwersję danych, należy załadować wyniki do systemu SAP i w pełni zweryfikować wyniki, łącznie z podpisem użytkownika.

Testy regresyjne SAP

Testy regresyjne służą do znajdowania nowych funkcjonalności i testowania poprzednich funkcjonalności w systemie, gdy jest on aktualizowany lub konfigurowany jest nowy. Kluczową rolą testów regresyjnych jest testowanie istniejącej funkcjonalności oraz nowo zaktualizowanej konfiguracji i bazy kodu.

Aktualizacja systemu SAP lub zastosowanie poprawki nie powinno wpływać na funkcje, które mają być wykonywane przez użytkowników. Ponadto nie powinno to wpływać na nowe funkcje, które mają zostać wprowadzone w nowej wersji.

Proces testowania SAP jest zwykle podzielony na trzy fazy -

• Planowanie testów
• Testuj konfigurację systemu
• Wykonanie i ocena testów

Planowanie testów

Planowanie testów obejmuje kroki, które są zaangażowane w początkowej fazie testowania.

• Zbieranie wymagań. Co należy przetestować? Wymagania funkcjonalne, które należy zebrać w celu przetestowania systemu i aplikacji.

• Tworzenie przypadków testowych do testowania ręcznego i automatycznego. W testowaniu automatyzacji można używać różnych narzędzi do tworzenia przypadków testowych.

• Przegląd przypadków testowych.

Testuj konfigurację systemu

Konfiguracja systemu testowego obejmuje skonfigurowanie środowiska testowego do uruchamiania przypadków testowych. Tutaj tester musi zdefiniować kluczowe metryki do raportowania.

Wykonywanie testów i ocena

Wykonywanie i ocena testów obejmuje wykonanie przypadków testowych i zapisanie wyników. Obejmuje następujące działania -

• Obsługa i raportowanie defektów.
• Ocena planów testów według wyniku.
• Dokumentacja wszystkich usterek i porównanie wyników z kluczowymi wskaźnikami.

Testowanie SAP - proces krytyczny

W testowaniu systemu SAP należy zidentyfikować krytyczne procesy biznesowe, na które wpłynie wdrożenie zmian w systemie SAP. Przeważnie podlega testom regresyjnym, podczas których nakładasz łatkę lub wdrażasz nowy system.

Pierwszym krokiem przed zastosowaniem tych zmian jest wykonanie change impact analysis. Obejmuje to krytyczne procesy, na które wpłynie wdrożenie zmiany.

Przykład

Weźmy przykład. Załóżmy, że planowane zmiany są następujące -

Planowane zmiany

• Pakiet wsparcia SAP 7
• Kod niestandardowy
• Pakiet ulepszeń SAP

System działa

• Zamówienie
• Dostawa dóbr
• Metoda płatności

Analiza wpływu na procesy krytyczne

Tutaj w ramach analizy wpływu należy przeprowadzić następujące czynności -

• Identyfikacja krytycznych procesów biznesowych, na które ma wpływ wdrożenie zmian.

• Należy przedstawić biznesowe uzasadnienie, dlaczego należy wprowadzić tę zmianę.

• Tworzenie planu testów w celu monitorowania krytycznych procesów dla testów SAP podczas wykonywania zmiany.

• Ocena wpływu zmiany na krytyczne procesy i cel wprowadzenia zmiany.

Nawigacja testowa SAP zapewnia, że ​​każdy moduł systemu SAP obejmuje każdy moduł i wykonuje co najmniej jeden test dla każdej funkcjonalności. Zmniejsza również wysiłek związany z ręcznym testowaniem i obejmuje większość ścieżek testowych w systemie SAP.

Aby sprawdzić nawigację testową SAP, można przeprowadzić testy OPA. OPA jest znany jakoOpen Source Programmingjęzyk i jest używany głównie do tworzenia aplikacji internetowych. Do kompilacji programu OPA można użyć Node.js na serwerze i JavaScript po stronie klienta.

Tworzenie testu przy użyciu OPA

OPA umożliwia korzystanie z trzech obiektów w Qunit. Funkcje te należy zdefiniować w teście, aby OPA wiedział, jakie działania należy podjąć.

• Given - przejść ustalenia.

• When - działania do podjęcia.

• Then - stwierdzenie.

Przykład

Poniższy przykład pokazuje, jak używać wszystkich 3 obiektów w Qunit -

jQuery.sap.require("sap.ui.test.Opa");
jQuery.sap.require("sap.ui.test.opaQunit");

opaTest("press a Button", function (Given, When, Then) {
   // Arrangements
   Given.iStartMyApp();
	
   //Actions
   When.iPressOnTheButton();
	
   // Assertions
   Then.theButtonShouldHaveADifferentText();
}

Następnym krokiem jest zdefiniowanie trzech funkcji.

Definiowanie funkcji

var arrangements = new sap.ui.test.Opa ({
   iStartMyApp : function (){
      return this.iStartMyAppInAFrame("../index.html");
   }
});

W powyższej funkcji założyliśmy, że aplikacja działa na stronie o nazwie index.html. Nasz test OPA znajduje się w folderze test / opa.html.

Definiowanie ustaleń

var actions = new sap.ui.test.Opa ({

   iPressOnTheButton : function (){
      return this.waitFor ({
         viewName : "Main", id : "pressMeButton", success : function (oButton) {
            oButton.$().trigger("tap");
         },
         errorMessage : "No Button found"
      });
   }
})

Definiowanie asercji

var assertions = new sap.ui.test.Opa ({

   theButtonShouldHaveADifferentText : function () {
      return this.waitFor ({
         viewName : "Main",
         id : "pressMeButton",
			
         matchers : new sap.ui.test.matchers.PropertyStrictEquals ({
            name : "text",
            value : "got pressed"
         }),
			
         success : function (oButton) {
            Opa.assert.ok(true, "The button's text changed to: " + oButton.getText());
         },
			
         errorMessage : "No change in Button's text"
      )}
   }
})

Przeprowadzanie testu OPA

sap.ui.test.Opa.extendConfig ({
   arrangements : arrangements,
   actions : actions,
   assertions : assertions,
   viewNamespace : "view."
});

Logika przepływu ekranu w SAP Testing jest podobna do kodu ABAP i służy do przechowywania bloków przetwarzania. Zawiera część proceduralną ekranu. Jest tworzony w programie do malowania ekranów, a ten program do malowania ekranu jest podobny do edytora ABAP.

Logika przepływu ekranu nie wymaga deklaracji danych zewnętrznych, a każdy blok przetwarzania jest zdefiniowany z przedrostkiem „PROCES”. Na przykład,

• PROCES PO WPROWADZENIU
• PROCES PRZED WYKONANIEM
• PROCES NA WNIOSEK O POMOC
• PROCES NA WNIOSEK O WARTOŚĆ

Każda logika przepływu ekranu powinna zawierać słowa kluczowe PROCESS AFTER INPUT i PROCESS BEFORE OUTPUT.

W bloku zdarzeń możesz użyć słów kluczowych, takich jak MODUŁ, POLE, WŁĄCZ, WARTOŚCI, WYWOŁANIE itp.

S.No.	Słowo kluczowe i opis logiki przepływu ekranu
1	MODULE Wywołuje moduł dialogowy w programie ABAP
2	FIELD Określa punkt, w którym zawartość pola ekranu powinna zostać przetransportowana
3	ON Używany w połączeniu z FIELD
4	VALUES Używany w połączeniu z FIELD
5	CHAIN Rozpoczyna łańcuch przetwarzania.
6	ENDCHAIN Kończy łańcuch przetwarzania.
7	CALL Wywołuje podekran.
8	LOOP Rozpoczyna przetwarzanie tabeli ekranowej.
9	ENDLOOP Kończy przetwarzanie tabeli ekranowej.

Tworzenie przepływu ekranu

W przeglądarce repozytorium kliknij dwukrotnie nazwę ekranu, aby wyświetlić logikę przepływu ekranu.

Otworzy się edytor Flow Logic programu Screen Painter i edytujesz logikę przepływu ekranu. Do zdefiniowania logiki przepływu można użyć dowolnego z dostępnych edytorów kodu źródłowego ABAP.

Możesz użyć następujących słów kluczowych, aby utworzyć logikę przepływu ekranu -

S.No.	słowa kluczowe i opis
1	CALL Wywołuje podekran.
2	CHAIN Rozpoczyna łańcuch przetwarzania.
3	ENDCHAIN Kończy łańcuch przetwarzania.
4	ENDLOOP Kończy przetwarzanie w pętli.
5	FIELD Odnosi się do pola. Można łączyć ze słowami kluczowymi MODULE i SELECT.
6	LOOP Rozpoczyna przetwarzanie w pętli.
7	MODIFY Modyfikuje tabelę.
8	MODULE Identyfikuje moduł przetwarzania.
9	ON Używany z przypisaniami FIELD.
10	PROCESS Definiuje zdarzenie przetwarzania.
11	SELECT Sprawdza wpis w tabeli.

Ekrany testowe

Ekrany testowe służą do testowania wyglądu ekranu, jaki będzie wyglądał w czasie wykonywania. Jeśli już zaprogramowałeś logikę przepływu, możesz wybrać, czy symulować ekran z nią, czy bez.

Aby wykonać test ekranu, wykonaj kroki podane poniżej -

• Wybierz opcję Ekran → Test.
• System wyświetli okno dialogowe symulacji działania.
• W razie potrzeby można zmienić współrzędne okna.
• Następnie określ zakres symulacji.
• Aby dołączyć logikę przepływu, kliknij „wybierz pełną logikę przepływu”.
• Kliknij Kontynuuj, a pojawi się symulacja ekranu.

Istnieją różne moduły SAP wdrożone w organizacji, które można testować za pomocą różnych narzędzi testowych, takich jak HP Quick Test Professional (QTP), IBM Rational Functional Tester (RFT) oraz narzędzie SAP Test Acceleration and Optimization (TAO).

Wspólne moduły SAP

Typowe moduły SAP są wymienione poniżej -

• Financial Modules - Rachunkowość finansowa i kontroling (FICO), Treasure (TR) i Enterprise Control (EC).

• Logistics Modules - Zarządzanie materiałami (MM), konserwacja zakładu (PM), sprzedaż i dystrybucja (SD), zarządzanie jakością (QM) itp.

• Human Resource Management - Księgowość, płace, zarządzanie czasem, szkolenia i zarządzanie wydarzeniami.

Wszystkie te moduły są współzależne, a funkcjonalność jednego modułu wpływa na funkcjonalność innych modułów.

Przykład

Załóżmy, że musisz utworzyć zlecenie sprzedaży w module Sales and Distribution (SD). Tutaj musisz najpierw wprowadzićtransaction code(np. kod transakcji VA01). Następnie sprawdź stan towaru w module Zapasy i sprawdź limit kredytowy dostępny w profilu Klienta w module Relacje z klientami. Pokazuje, że wszystkie te moduły są współzależne; Jeśli dostosujesz którykolwiek z tych modułów, wpłynie to na powiązany system ERP.

Aby przeprowadzić testy SAP, musisz zrozumieć funkcje, funkcjonalności i sposób, w jaki przebiega przepływ pracy w tych modułach SAP. Większość najczęstszych przyczyn niepowodzenia projektu wdrożenia ERP to nieprawidłowe planowanie testów i użycie niewłaściwych przypadków testowych.

Systemy ERP inne niż SAP, takie jak PeopleSoft, Edwards, Oracle E Business Suite, mają różnych klientów i mają różne możliwości. Zespół testujący musi zrozumieć funkcjonalność całego systemu.

Typy zespołu testującego

W projektach SAP są zwykle dostępne dwa typy testerów -

• Core Testers - którzy są odpowiedzialni za wykonanie podstawowych testów systemu i modułów ERP.

• Implementation Testers - którzy pracują nad projektem wdrożeniowym i zajmują się dostosowaniem funkcjonalności modułów SAP.

Żądania dostosowania od klientów mogą mieć wpływ na moduły systemu SAP. Zespół testowy powinien być w stanie zarejestrować każde żądanie dostosowania i jego wpływ na inne moduły SAP.

Systemy ERP to duże systemy, dlatego proces testowania powinien być idealnie zautomatyzowany. Zawsze zaleca się wykonywanie testów automatycznych dla systemów ERP, ponieważ testowanie ręczne jest bardzo czasochłonnym i długotrwałym procesem. Bez testowania każdego komponentu systemu SAP naprawdę ciężko jest osiągnąć stuprocentową jakość i udane wdrożenie projektu SAP.

Wykonywanie testów SAP dla powyższego przykładu przy użyciu QTP

Aby wykonać testy SAP dla powyższego przykładu, wykonaj kroki podane poniżej -

• Pierwszym krokiem jest zainstalowanie narzędzia HP QTP i zainstalowanie niezbędnych wtyczek w QTP, aby było kompatybilne z systemem ERP.

• Następnym krokiem jest użycie HP Quality Center (QC) do opracowania planu testów, a następnie przekonwertowanie projektu planu testów na skrypty testowe. Te plany testów można przekształcić w skrypty za pomocą HP QTP.

• Następnie zapisz ekran R / 3 GUI systemu SAP dla modułu SD podczas tworzenia zlecenia sprzedaży lub tworzenia PR w MM.

• Po zakończeniu nagrywania w narzędziu QTP utwórz skrypt w VB.

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User")
   .SAPGuiOKCode("OKCode").Set "/nVA01"

SAPGuiSession("Session").SAPGuiWindow("SAP Easy Access - User"). SendKey ENTER

Możesz także dodać różne parametry i dostosowania zgodnie z wymaganiami.

Interfejs w systemie ERP jest znany jako narzędzie odpowiedzialne za pobieranie danych z jednego systemu i przenoszenie tych danych do innego systemu. Na przykład załóżmy, że masz program, który generuje raport w formacie XML, a następnie ten program odczytuje plik XML, aby przekazać dane wejściowe do innego systemu. Możesz także manipulować, przekazując informacje z jednego systemu do drugiego.

Przykład

Rozważ narzędzie dostawcy, które dba o frekwencję pracowników. Teraz interfejs systemu pobierze te informacje i umieści je w systemie SAP HR.

Testowanie interfejsu zapewnia, że ​​to zadanie działa pomyślnie, aby upewnić się, że dane są przesyłane w całości i nie ma błędów podczas przesyłania danych do systemu SAP HR.

Punkty, które należy wziąć pod uwagę podczas wykonywania testów interfejsu SAP

Testowanie interfejsu SAP jest całkowicie zależne od operacji i procesów organizacyjnych. Wykonując testy interfejsu SAP, należy wziąć pod uwagę następujące kluczowe punkty -

• Jaki jest cel korzystania z interfejsu SAP i jakie scenariusze biznesowe są przez niego przetwarzane?

• Sprawdź, czy interfejs dokładnie przetwarza wszystkie scenariusze biznesowe, zgodnie ze strategią testów.

• Aby wykonać testy interfejsu, najlepiej zacząć od wykonania testów jednostkowych.

• Musisz sprawdzić, czy interfejs wychodzący jest w porządku, co oznacza, że ​​zapewnia wykonanie pliku zgodnie ze specyfikacjami pod względem układu itp.

• Musisz sprawdzić, czy interfejs przychodzący jest w porządku. Sprawdź, czy poprawnie odczytuje plik i czy wykonuje odpowiednie kroki w systemie docelowym.

Przypadki testowe SAP są wymagane w celu sprawdzenia instalacji i konfiguracji systemu SAP, każdej nowej implementacji, testowania wielojęzycznego i urządzeń, testów intranetowych, testów w czasie rzeczywistym itp.

System ERP jest wspólnym systemem scentralizowanym i jest używany przez wielu użytkowników jednocześnie w czasie rzeczywistym. Stwarza to potrzebę pisania przypadków testowych z dużym wysiłkiem i poświęceniem.

System ERP obejmuje również różne transakcje FI, więc każdy przypadek testowy powinien obejmować zakres całej części konfiguracyjnej i wdrożeniowej. Dane testowe należy przekazywać ostrożnie, a każdy test powinien mieć kolumnę z nazwą danych wyjściowych.

Przykład

Test Case ID - XYZ_ERP_SD_A20301

Module - SAP Sales & Distribution SD

Sprawdźmy transakcję VA01 aby utworzyć zlecenie sprzedaży w systemie Sales and Distribution (SD).

Pola do wpisania podczas tworzenia zamówienia -

• Data zamówienia
• Typ zamówienia
• Data wygaśnięcia
• Identyfikator klienta
• Identyfikator wysyłki, szczegóły wysyłki itp

Po wprowadzeniu szczegółów naciśnij klawisz Enter i dodaj wszystkie szczegóły w zleceniu sprzedaży.

Aby utworzyć przypadek testowy SAP, możesz przekazać dane wejściowe (poprawne i niepoprawne oraz zobaczyć wynik) -

Prawidłowe dane wejściowe

• Data zamówienia 01/01/2016, Zamówienie sprzedaży typu zamówienia
• Data ważności 15.01.2016, data wysyłki 10.01.2016,
• Wybierz Termin płatności 10/01/2015, Ilość pozycji 10 itd.

Nieprawidłowe dane wejściowe

• Data zamówienia 01/01/2017, Zamówienie sprzedaży typu zamówienia
• Data ważności 15.01.2017, data wysyłki 10.01.2017,
• Wybierz Termin płatności 10/01/2017, Ilość pozycji 0 itd.

Dane wyjściowe - z poprawnymi danymi

• Zamówienie zostało pomyślnie zapisane w module SAP i zafakturowane.
• Dalej jest numer listu przewozowego.
• Dalej jest numer zamówienia wysyłkowego itp.

Dane wyjściowe - z nieprawidłowymi danymi

• Komunikat o błędzie dotyczący nieprawidłowego wprowadzenia danych. W systemie należy zdefiniować komunikat tekstowy o błędnych danych wejściowych.

Oczekiwany wynik

• Zamówienie#
• Faktura sprzedaży#
• Lista pakowania itp.

SAP Testing TAO (Test Acceleration and Optimization) to narzędzie służące do przeprowadzania zautomatyzowanych testów systemów SAP. SAP TAO pomaga klientom przyspieszyć proces tworzenia zautomatyzowanych przypadków testowych dla systemów SAP. Testowanie automatyzacji za pomocą TAO odbywa się poprzez tworzenie komponentów testowych dla różnych transakcji w modułach SAP.

Składniki testowe za pomocą TAO są przesyłane do HP Quality Center. Utworzone w ten sposób komponenty testowe są zwykle przeznaczone dla pojedynczych transakcji i mogą być później używane do tworzenia scenariuszy testowych. To narzędzie można łatwo zintegrować z SAP Solution Manager w celu obsługi różnych komponentów testowych.

Krótko mówiąc, można powiedzieć, że SAP TAO umożliwia klientom SAP automatyzację potrzeb biznesowych poprzez automatyczne tworzenie projektów przypadków testowych i komponentów testowych.

Kluczowe cechy TAO

SAP TAO umożliwia klientom rozbicie jednego oprogramowania na wiele części, które można zintegrować z przypadkami testowymi za pomocą prostego interfejsu, przeciągając i upuszczając każdą część.

• TAO obsługuje elastyczne ponowne wykorzystanie przypadków testowych i danych.

• Jeśli nastąpi jakakolwiek zmiana funkcjonalna w systemie, łatwo jest utrzymać przypadki testowe z powodu tej zmiany.

Typowe wersje SAP TAO to TAO 2.0 i TAO 3.0.

Integracja SAP TAO z innymi narzędziami

Jedną z kluczowych cech SAP TAO jest to, że można go łatwo zintegrować z różnymi narzędziami w celu tworzenia zautomatyzowanych przypadków testowych. Niektóre typowe narzędzia, które można zintegrować z TAO to:

• Menedżer rozwiązań SAP (Solman).
• HP Quality Center QC.
• HP Quality Test Professional QTP.

SAP TAO 2.0

SAP TAO 2.0 jest narzędziem służącym do tworzenia automatycznych przypadków testowych podczas testów regresyjnych systemu. Pomaga klientom SAP w tworzeniu różnych komponentów testowych z ekranów transakcji i ich parametryzacji.

Te komponenty testowe są tworzone normalnie dla jednego kodu transakcji, a później można je łączyć w celu testowania scenariuszy. Można go łatwo zintegrować z analizatorem zmian procesów biznesowych w SAP Solution Manager.

Oprogramowanie SAP TAO 2.0 jest dostarczane z innym pakietem Service Pack SP 02, SP 04 i SP 06.

SAP TAO wykonuje następujące zadania w cyklu życia testowania SAP -

• Tworzenie przypadków testowych
• Regeneracja uszkodzonych elementów
• Konsolidacja przypadków testowych
• Wykonanie testu

Architektura procesu SAP TAO

Poniższa ilustracja przedstawia architekturę procesu SAP TAO.

Kroki są następujące -

• Pierwszym krokiem jest uzyskanie wymagań dotyczących testowania SAP. Obejmuje to zrozumienie funkcjonalności modułów SAP i określenie wymagań dotyczących przeprowadzania testów.

• Następnie uzyskaj informacje z analizy wymagań, aby wygenerować komponenty testowe.

• Kolejnym krokiem jest wygenerowanie przypadków testowych i komponentów za pomocą narzędzia SAP TAO.

• Ostatnim krokiem jest udokumentowanie wyników testów i aktualizacja analizy wynikami testów.

Warunki wstępne instalacji SAP TAO

Pobrano macierz zgodności SAP Solution Manager Solman, Quality Center i SAP TAO z tego łącza - http://service.sap.com

Przejdź do Zarządzanie testami i dodatkowe informacje> Zarządzanie testami. Pokaże wszystkie kompatybilne komponenty obsługiwane przez SAP TAO.

Sprawdź wymagania wstępne dotyczące komponentów w systemach SAP w środowisku systemu -

• Wersja SAP Solution Manager SOLMAN, po sprawdzeniu macierzy kompatybilności jak wyżej.

• Wersja ST-PI we wszystkich testowanych systemach.

• Wersja ST-A / PI na testowanych systemach typu CRM.

W przypadku centrum roboczego konfiguracji SAP Solution Manager upewnij się, że systemy, w których ma być przeprowadzone testy, są połączone z SOLMAN.

Instalacja klienta SAP TAO wymaga następującej konfiguracji w systemie lokalnym -

• RAM: 4 GB.
• Wolne miejsce na dysku: 500 MB.
• Połączenie LAN z serwerem SAP Quality Center QC i SOLMAN.
• Prawa administracyjne.
• SAPGUI z najnowszym poziomem poprawek.
• Microsoft Excel 97 lub nowszy.
• Microsoft Internet Explorer do obsługi interfejsu użytkownika CRM.

W narzędziu SAP TAO znajdują się różne moduły. Omówiliśmy kluczowe elementy w tym rozdziale.

Analizator przepływu procesu

Pierwszym komponentem jest Process Flow Analyzer, który służy do automatycznego wyszukiwania interfejsów użytkownika używanych w kodach transakcji wykonywanych w systemie SAP. Automatycznie tworzy komponenty testowe i przesyła je do Quality Center.

Process Flow Analyzer służy również do identyfikacji sekwencji składników testowych zgodnie z działaniami użytkownika i tworzenia wartości arkusza kalkulacyjnego.

Sprawdzać

Musisz dodać kody transakcji do listy. SAP TAO zwróci wszystkie ekrany powiązane z daną transakcją. Możesz wybrać dowolny ekran i kliknąć opcję Sprawdź.

Konsolidować

Pozwala na zebranie wielu komponentów testowych w jeden test. Musisz znaleźć test w Quality Center z drzewa QC i kliknąć Consolidate.

Wybierz kod transakcji, który chcesz skonsolidować, i kliknij Add to Consolidate list u dołu, aby utworzyć scenariusz testowy.

Import i eksport

Opcje importu i eksportu służą do eksportowania do Quality Center i importowania z Quality Center. Musisz wybrać komponenty do importu i eksportu i kliknąć wymagany przycisk.

Change Analyzer

Analizator zmian służy do śledzenia zmian i wpływu na system SAP. Kiedy wprowadzasz jakąkolwiek zmianę w systemie SAP, identyfikuje on procesy biznesowe, których to dotyczy.

Aby użyć narzędzia Change Analyzer, wybierz określony projekt i kliknij change impact analysisopcja. Pozwoli to na przeglądanie i naprawę komponentów systemu SAP, których dotyczy ta zmiana, z powodu tej zmiany.

Magazyn

Repozytorium służy do przechowywania informacji o wszystkich składnikach testów i przepływie w projekcie. Aby przejrzeć informacje o dowolnym komponencie testowym i sprawdzić przebieg procesu, możesz kliknąćComponent Explorer lub PFA Explorer.

Konfigurację SAP Quality Center można przeprowadzić na dwa sposoby -

• Atrybuty serwera HP
• Projekt HP

Atrybuty serwera HP

Step 1- W SAP TAO kliknij Centrum jakości SAP. W panelu połączeń SAP TAO powinien znajdować się adres URL SAP Quality Center. Następnie wprowadź adres URL w przeglądarce internetowej.

Step 2 - Wprowadź następujące wartości w SAP Quality Center przez HP Site Administration i kliknij apply to entire.

DISABLE_EXTENDED_STORAGE = N 
BACKWARD_SUPPORT_ALL_DOMAINS_PROJECTS = Y

Step 3 - W przypadku nowego projektu wykonaj następujące czynności -

• Utwórz nową domenę i projekt w SAP QC.
• Utwórz nowego użytkownika, aby przypisać ten projekt nowemu użytkownikowi.
• Przydziel rolę administratora projektu nowo utworzonemu użytkownikowi.

Step 4 - Wyloguj się z SAP Quality Center przez Administrację witryny HP.

Projekt HP

W SAP TAO kliknij Centrum jakości SAP. W panelu połączeń SAP TAO powinien znajdować się adres URL SAP Quality Center.

• Step 1 - Wprowadź adres URL w przeglądarce internetowej.

• Step 2 - Następnym krokiem jest zalogowanie się do domeny / projektu.

• Step 3 - Przejdź do planu testów.

• Step 4 - W folderze Temat utwórz folder o nazwie Zasoby BPT → utwórz bibliotekę folderów.

• Step 5- SAP TAO odnotowuje informacje o konsolidacji testów w polu użytkownika jednostek testowych w QC i domyślnie jest to TS_USER_01. Należy zwrócić uwagę, że jest to poprawne po podłączeniu do SOLMAN dla wszystkich testów utworzonych przez SAP TAO.

• Step 6 - Użytkownicy SAP QC nie powinni używać podobnego pola użytkownika do innych celów w swoich projektach Quality Center.

Tworzenie obszaru aplikacji w QTP

Składniki SAP TAO wymagają, aby obszar aplikacji zawierał HP QTP i dodatki internetowe. Aby utworzyć obszar aplikacji w QTP, musisz wykonać następujące kroki -

• Uruchom QTP firmy HP jako administrator. Różni się w zależności od systemu operacyjnego.

• Możesz wybrać dodatki internetowe i SAP.

• Następnie połącz się automatycznie lub ręcznie z projektem Quality Center. Ten krok jest automatyczny, jeśli jest skonfigurowany.

• Następnie utwórz obszar aplikacji o nazwie_SAP_Doc. Nazwa obszaru aplikacji jest wprowadzana po kliknięciu przycisku Zapisz.

Analizator przepływu procesu (PFA)

Process Flow Analyzer służy do automatycznego wyszukiwania interfejsów użytkownika używanych w kodach transakcji wykonywanych w systemie SAP. Automatycznie tworzy komponenty testowe i przesyła je do Quality Center.

Służy również do identyfikowania sekwencji składników testu zgodnie z działaniami użytkownika i tworzenia wartości arkusza kalkulacyjnego.

Kliknij przycisk Dodaj transakcję → Wprowadź kod transakcji i kliknij OK.

Następnym krokiem jest kliknięcie pliku Start przycisk.

TAO uruchomi SAP i zapisze transakcję wprowadzoną przez Ciebie. Po zakończeniu procesu transakcji kliknijStop przycisk.

TAO zwróci wszystkie ekrany, które są używane do tworzenia przebiegu procesu. Następnie prześlij analizę do QC. Można to zrobić, klikając plikUpload przycisk.

Import Eksport

Opcje importu i eksportu służą do eksportowania do Quality Center i importowania z Quality Center. Musisz wybrać komponenty do zaimportowania i wyeksportowania i kliknąć wymagany przycisk.

Najpierw określ komponenty, które mają być importowane lub eksportowane. KliknijExport do SAP QC lub Import z SAP QC w celu importu / eksportu wymaganych komponentów.

Change Analyzer

Analizator zmian służy do śledzenia zmian i wpływu na system SAP. Kiedy wprowadzasz jakąkolwiek zmianę w systemie SAP, identyfikuje on procesy biznesowe, których to dotyczy.

Aby użyć narzędzia Change Analyzer, wybierz określony projekt i kliknij change impact analysisopcja. Umożliwi to przeglądanie i naprawianie komponentów systemu SAP, których to dotyczy.

Sprawdzać

Musisz dodać kody transakcji do listy. SAP TAO zwróci wszystkie ekrany powiązane z daną transakcją. Możesz wybrać dowolny ekran i kliknąćInspect opcja.

Aby przeanalizować wyniki SAP TAO, wykonaj następujące kroki -

Step 1- Przejdź do listy Testy iw drzewie kliknij test do analizy. Zostaniesz przeniesiony do listy raportów i zostanie wyświetlony stan uruchomionych testów.

Step 2 - Przeanalizuj test, kliknij View Reportopcja. Otworzy się nowe okno ze szczegółowym raportem.

Istnieje możliwość dostosowania wyświetlanych kolumn poprzez kliknięcie ikony myszy. Możesz również zobaczyć format HTML raportu z testu, klikając Raport HTML. Aby dokładniej zbadać wyniki testu, możesz przejść do folderu dziennika z raportu HTML.

Tworzenie testów odbywa się w SAP Quality Center przy użyciu SAP TAO. Musisz skonsolidować komponenty testowe, aby stworzyć scenariusze testowe. Możesz wykonać pliksingle or multiple tests w SAP TAO przy użyciu specyfikacji technicznej TBOM.

Wykonanie pojedynczego testu

Techniczne zestawienie materiałów (TBOM) służy do przechowywania obiektów w postaci wykonywalnej. Narzędzie Change Analyzer wykorzystuje to, aby stwierdzić, czy zmiana ma wpływ na obiekt wykonywalny.

Jeśli chcesz użyć Analizatora zmian procesów biznesowych, musisz wygenerować TBOM dla każdego wykonywalnego obiektu w scenariuszach testowych i procesach.

Note - Jeśli potrzebujesz wykonać pojedynczy test i musisz zaktualizować TBOM, kliknij Execute and update TBOM.

Szczegóły aktualizacji możesz sprawdzić na stronie TBOM. Można modyfikować listę uruchomień utworzoną w SAP TAO.

Wykonywanie wielu testów

W Analizatorze zmian procesów biznesowych, aby wykonać wiele testów, możesz wybrać folder i dodać go do listy uruchomień. Możesz także wybrać tworzenie TBOM w czasie wykonywania.

Note - Jeśli TBOM już istnieje w momencie wykonywania, zaktualizuje tylko istniejący TBOM.

Konsolidacja jest znana jako proces łączenia komponentów SAP TAO z komponentami wbudowanymi w celu tworzenia scenariuszy testowych jako pojedynczych transakcyjnych komponentów biznesowych. Pozwala na zebranie wielu komponentów testowych w jeden test.

Dzieje się tak, gdy gromadzone są składniki transakcyjne. Poniższy zrzut ekranu przedstawia składniki transakcji w kontroli jakości.

Musisz znaleźć test w Quality Center z drzewa QC i kliknąć opcję Consolidate.

Wybierz kod transakcji, który chcesz skonsolidować, i kliknij Add to Consolidate list u dołu, aby utworzyć scenariusz testowy.

Jak opisano w poprzednich rozdziałach, musisz wykonać kroki podane poniżej -

• Step 1 - Dowiedz się, jaką transakcję chcesz skonsolidować w QC.

• Step 2 - Dodaj transakcje do skonsolidowanej listy.

• Step 3 - Naciśnij przycisk konsolidacji.

Skaner interfejsu użytkownika służy do tworzenia nowych składników ekranu z istniejącymi składnikami. Jest to wtyczka do narzędzia QTP. Powinieneś spróbować użyć zakładki inspekcji na skanerze interfejsu użytkownika. Standardowy skaner UI działa tylko z klientem frontonu GUI. Możesz także użyć skanera interfejsu użytkownika innej firmy do przechwytywania składników ekranu.

Jeśli musisz używać skanera UI, musisz go aktywować w zakładce Inspekcja narzędzia SAP TAO. Skaner interfejsu użytkownika służy do pobierania informacji z jednego ekranu za jednym razem i przesyłania tych obiektów ekranu do kontroli jakości jako elementu ekranu.

Skaner UI umożliwia tworzenie komponentów z ekranu SAP GUI, które nie są obsługiwane przez Process Flow Analyzer lub zakładkę Inspection.

Jak używać skanera UI z SAP TAO?

Po zalogowaniu się do SAP TAO kliknij Inspectpatka. Pokaże opcję użycia UI Scanner.

Zaloguj się do systemu SAP. Wprowadź kod transakcji i przejdź do ekranu, który ma zostać zeskanowany i wyloguj się.

Możesz użyć domyślnej opcji skanera interfejsu użytkownika z narzędziem QTP, przechodząc do zakładki Skanowanie interfejsu użytkownika w opcji Sprawdź w SAP TAO. W przeciwnym razie możesz użyć niestandardowego testu QTP z procesem UI Scanner, przechodząc do UI Scanner i wybierając opcję zewnętrzną.

W testowaniu automatyzacji testerzy piszą skrypty i używają innych narzędzi programowych do testowania produktu. Ten proces obejmuje automatyzację procesu ręcznego. Dla porównania, testowanie ręczne jest czasochłonne i wymaga zespołu doświadczonych specjalistów od testów, ekspertów z danej dziedziny oraz skutecznej komunikacji między członkami zespołu.

Testowanie automatyczne obejmuje wielokrotne uruchamianie przypadków testowych, które były wykonywane ręcznie.

Oprócz testów regresyjnych można powiedzieć, że testy automatyczne są również używane do testowania aplikacji pod kątem obciążenia, wydajności i obciążenia. Służy do zwiększenia zasięgu testu, poprawia dokładność oraz oszczędza czas i pieniądze w porównaniu z testami ręcznymi.

Narzędzia do testowania oprogramowania

Następujące narzędzia mogą być używane do testowania automatyzacji -

• HP Quick Test Professional (QTP)
• Selenium
• SAP TAO
• ECATT
• IBM Rational Functional Tester
• SilkTest
• TestComplete
• Testowanie w dowolnym miejscu
• WinRunner
• LaodRunner
• Visual Studio Test Professional
• WATIR

Aby przeprowadzić testy SAP Automation, konieczne jest skonfigurowanie komunikacji między SAP TAO, SAP Solution Manager i testowanym systemem.

Aby ustawić tę konfigurację, potrzebujesz autoryzacji administratora w SAP SOLMAN. Jest to wymagane, aby uzyskać dostęp i zmodyfikować zawartość tabeli danych.

T-Code: SE16

Musisz wyświetlić nazwę tabeli: AGS_TAO_SETTING i zmienić wartość AGS_TAO_ENABLE_SM_SETUP na ON.

Następnie sprawdź macierz zgodności dla SAP TAO i Solution Manager. SAP TAO 3.0 zawiera kreator nagrywania Process Flow Analyzer, którego można użyć w celu ułatwienia rejestracji testu.

Note- SAP TAO 3.0 jest składnikiem programu Solution Manager 7.1 i nie obsługuje programu Solution Manager 7.0. Otwórz centrum robocze konfiguracji SAP Solution Manager i uruchom kod transakcji - SOLMAN_SETUP.

Otwórz SAP Logon i dodaj system, który ma być testowany przy logowaniu.

Jak połączyć SAP SOLMAN z TAO?

Przejdź do SAP TAO, zaloguj się i wybierz z listy SAP SOLMAN. Ta lista systemów w SAP TAO jest pobierana z pliku konfiguracyjnego logowania SAP. Aby dodać system w SAP TAO, należy dodać nowy system w SAP Logon i odświeżyć listę w TAO.

Wprowadź dane logowania i kliknij logowanie. SAP TAO zostanie połączony z SAP Solution Manager i otworzy się kreator konfiguracji TAO.

Testowanie procesów biznesowych (BPT) jest częścią struktury automatyzacji QTP i jest używane z Centrum jakości firmy HP. BPT służy do tworzenia scenariuszy testów automatyzacji i uruchamiania tych scenariuszy bez wcześniejszej wiedzy na temat automatyzacji.

HP BPT eliminuje złożoność tworzenia i konserwacji przypadków testowych oraz łączy całą dokumentację i automatyzację testów w jednym wysiłku.

Testowanie procesów biznesowych dostosowuje proces testowania do celów biznesowych i znacznie skraca cykl życia testów.

Jak korzystać z narzędzia HP do testowania procesów biznesowych?

Narzędzie do testowania procesów biznesowych wykorzystuje komponenty wielokrotnego użytku do tworzenia przypadków testowych, a tym samym skraca czas konserwacji testów i zwiększa wydajność procesu testowania.

Aby przyspieszyć proces automatyzacji testów, wykorzystuje metodę opartą na słowach kluczowych. Możesz dodać typowe sprawdzone metody do procesu testowania. Pozwala na użycie rozwiązania testowego, które nie jest oparte na skryptach testowych. Po utworzeniu testu ręcznego w BPT można łatwo zautomatyzować przypadek testowy.

Możesz także utrzymywać różne wersje i linię bazową dla różnych komponentów testowych, przepływy procesów bez szans na nadpisanie starych przypadków.

Przypadki testowe utworzone za pomocą narzędzia do testowania procesów biznesowych można wykonywać za pomocą HP Quality Center QC.

Korzyści płynące z testowania procesów biznesowych HP

Korzystając z BPT, nietechniczne MŚP może łatwo tworzyć, utrzymywać i uruchamiać przypadki testowe oraz dokumentować je w systemie internetowym.

• Pozwala projektować i tworzyć komponenty wielokrotnego użytku w przypadkach testowych i używać ich zgodnie z wymaganiami biznesowymi.

• Możesz także uruchamiać skrypty testowe za pomocą HP Sprinter.

• Dzięki dostępności frameworka do używania komponentów wielokrotnego użytku zmniejsza to wysiłek związany z utrzymaniem przypadków testowych.

Centrum jakości HP (ALM)

HP Quality Center, narzędzie do zarządzania testami, jest obecnie popularnie znane jako Application Life Cycle Management (ALM), ponieważ nie jest już tylko narzędziem do zarządzania testami, ale obsługuje różne fazy cyklu życia oprogramowania.

HP-ALM pomaga nam w zarządzaniu kamieniami milowymi projektu, produktami, zasobami i śledzeniem stanu projektu, standardami, które umożliwiają właścicielom produktów ocenę aktualnego stanu produktu. Zrozumienie historii, architektury i przepływu pracy w Centrum jakości jest ważne.

Moduł wymagań umożliwia użytkownikom definiowanie, zarządzanie i śledzenie wymagań na wszystkich etapach cyklu życia oprogramowania. Poniżej przedstawiono kluczowe funkcje modułu wymagań.

S.No.	Funkcjonalność i opis
1	Tworzenie wymagań Twórz wymagania, przypisuj do wydań / cykli.
2	Wymagania dotyczące przesyłania Wymagania dotyczące przesyłania za pomocą dodatków ALM-MS Excel
3	Śledzenie wymagań Umożliwia definiowanie powiązań śledzenia między wymaganiami i zależnościami, które istnieją między wymaganiami.
4	Macierz identyfikowalności Umożliwia użytkownikowi przeglądanie macierzy identyfikowalności zawierającej wymagania źródłowe oraz związane z nimi wymagania i testy.

Plan testów

Kluczowym krokiem w testowaniu dowolnej aplikacji jest opracowanie jasnego i precyzyjnego planu testów. Dobry plan testów umożliwia zespołowi ocenę jakości testowanej aplikacji w dowolnym momencie cyklu życia oprogramowania.

Poniższe funkcjonalności są bardzo ważne dla lepszego zrozumienia modułu planu testów.

S.No.	Funkcjonalność i opis
1	Creating Tests W tym module opisano, jak tworzyć foldery obiektów testów w drzewie planów testów, a także dodawać testy.
2	Uploading Tests Przesyłanie smoczków za pomocą dodatków ALM-MS Excel
3	Requirement and Test Coverage Włącz sposób definiowania relacji między wymaganiami a testami.
4	Test Configuration Określ podzbiór danych lub środowisko wykonawcze, z którego powinien korzystać test.

Więcej szczegółów na temat HP QC, przejdź do - http://www.tutorialspoint.com/qc/index.htm

HP Quick Test Professional (QTP) to zautomatyzowane narzędzie do testowania funkcjonalnego, które pomaga testerom w przeprowadzaniu automatycznych testów regresyjnych w celu zidentyfikowania wszelkich luk, błędów / usterek w przeciwieństwie do rzeczywistych / pożądanych wyników testowanej aplikacji.

Repozytorium obiektów

Repozytorium obiektów to zbiór obiektów i właściwości, dzięki którym QTP będzie w stanie rozpoznać obiekty i działać na nich. Gdy użytkownik rejestruje test, obiekty i ich właściwości są domyślnie przechwytywane. Bez zrozumienia obiektów i ich właściwości QTP NIE będzie w stanie odtworzyć skryptów.

działania

Akcje pomagają testerom podzielić skrypty na grupy instrukcji QTP o nazwie actions. Akcje są podobne do funkcji w VBScript, jednak istnieje kilka różnic. Domyślnie QTP tworzy test z 1 akcją.

działania	Funkcje
Akcje są wbudowaną funkcją QTP.	Funkcje VBScript są obsługiwane zarówno przez VBScript, jak i QTP.
Parametry akcji są przekazywane tylko przez wartość.	Parametry funkcji są przekazywane przez wartość lub byref.
Akcje mają rozszerzenie .mts	Funkcje są zapisywane jako .vbs lub .qfl
Działania mogą, ale nie muszą być wielokrotnego użytku.	Funkcje są zawsze wielokrotnego użytku.

Dostęp do właściwości akcji można uzyskać, klikając prawym przyciskiem myszy okno edytora skryptów i wybierając opcję „Właściwości”.

Właściwości akcji zawierają następujące informacje -

• Nazwa działania
• Location
• Flaga wielokrotnego użytku
• Parametry wejściowe
• Parametry wyjściowe

Rodzaje działań

Istnieją trzy rodzaje działań -

• Non-reusable action - Działanie, które można wywołać tylko w tym konkretnym teście, w którym zostało zaprojektowane i można je wywołać tylko raz.

• Reusable action - Akcja, która może być wywoływana wielokrotnie w każdym teście, w którym się znajduje, a także może być używana w innych testach

• External Reusable action- Jest to czynność wielokrotnego użytku zapisana w innym teście. Akcje zewnętrzne są tylko do odczytu w teście wywołującym, ale mogą być używane lokalnie z edytowalną kopią informacji tabeli danych dla akcji zewnętrznej.

Aby uzyskać więcej informacji, skorzystaj z poniższego linku - http://www.tutorialspoint.com/qtp/index.htm

Większość firm wdrażających SAP musi przeprowadzać testy. Ponieważ zakres testów jest zbyt duży, można zastosować zautomatyzowane podejście w celu utrzymania zmian w systemie SAP.

Różne firmy zaprojektowały swoje wewnętrzne rozwiązania, aby spełnić wymagania klientów dotyczące przeprowadzania testów SAP. Klienci mogą pochodzić z sektora bankowego, finansowego, produkcyjnego lub opieki zdrowotnej.

Przykład

Poniżej podano przykład wykonania testów SAP dla firmy produkcyjnej.

Client Requirement- Klient jest firmą produkcyjną z siedzibą w Wielkiej Brytanii. Wymaganiem projektu było wykonanie testów SAP przy użyciu QTP oraz wykonanie testów automatyzacji i testów funkcjonalnych kluczowych operacji w zakresie zasobów ludzkich, łańcucha dostaw, logistyki, zarządzania materiałami i utrzymania zakładu oraz wykorzystanie zautomatyzowanych przypadków testowych do upgrade'u SAP oraz przeprowadzenia testów integracyjnych i regresyjnych. .

Tasks Performed- Zaczęło się od zrozumienia kluczowych procesów biznesowych i automatyzacji zadań systemu SAP. Zespół testowy odwołał się do starego projektu pilotażowego, aby sfinalizować strategię testów, czas i wysiłek wymagany do wykonania testów w narzędziu HP QTP.

W ramach realizacji projektu pomyślnie zautomatyzowano 100 procesów biznesowych. Wdrożone rozwiązanie zaowocowało szybszą realizacją, większą dokładnością, zwiększonym zakresem i jakością usług.

Tools Used - Wykorzystano następujące narzędzia: SAP R / 3, HP QTP, Skrypty testowe napisane w VB oraz Dane w formacie XML i XLS.

Key Benefits Achieved - Osiągnięto następujące korzyści -

• Walidacja systemu
• Jakość i przychody
• Koszt i przewidywalność
• Zarządzanie zgodnością
• Nowe zmiany wdrożeniowe i konfiguracyjne

Co rozumiesz przez testowanie SAP?

Testowanie SAP polega na testowaniu funkcjonalności różnych modułów SAP w celu zapewnienia, że ​​działają one zgodnie z konfiguracją. System SAP przechodzi różne zmiany, takie jak zarządzanie poprawkami i poprawkami, nowe wdrożenia modułów i różne inne zmiany konfiguracyjne. Wszystko to powoduje potrzebę przeprowadzania testów regresyjnych w środowiskach SAP. W tym celu można wykorzystać narzędzia do automatyzacji testów SAP, takie jak SAP TAO, które są zalecane przez firmę SAP do testowania.

Wyjaśnij najważniejsze korzyści z przeprowadzania testów SAP.

Korzyści z wykonywania testów SAP są wielorakie. Są następujące -

• System Validation - Testowanie SAP obejmuje pełne, od końca do końca testowanie i walidację wszystkich modułów SAP w środowisku SAP ERP.

• Quality and Revenue - Testowanie SAP jest testowaniem opartym na wynikach, a nie jak konwencjonalne metody testowania, które są oparte na danych wejściowych i zapewnia jakość systemu SAP, a także koncentruje się na przychodach i kosztach organizacji.

• Cost and Predictability - Testowanie SAP obejmuje redukcję kosztów rozwoju SAP i poprawę przewidywalności.

• Compliance Requirement - Testowanie SAP zapewnia, że ​​wdrożenie SAP spełnia nowe wymagania zgodności w określonej organizacji, a wszystkie moduły działają zgodnie z oczekiwaną konfiguracją.

• New Implementation and Configuration Changes- W systemie SAP wdrażane są różnego rodzaju zmiany, takie jak łatki i poprawki, nowe wdrożenia, zmiany konfiguracyjne. Testy SAP zapewniają, że wszystkie moduły działają zgodnie z wymaganiami w tym dynamicznym środowisku systemowym.

• Integration- Testy SAP służą do testowania różnych raportów, przepływów danych i pracy, formularzy GUI itp. Służy do sprawdzania integracji systemu między różnymi modułami. Na przykład, jeśli dokonano księgowania zamówienia, które wymaga działania w sprzedaży i dystrybucji, MM i FICO, więc testy SAP sprawdzają integrację między tymi systemami.

• Performance - Służy również do zapewnienia, czy system będzie w stanie spełnić umowy o poziomie usług, czas potrzebny systemowi na wykonanie określonych czynności, wydajność systemu itp.

Wymień kilka modułów, na których można przeprowadzić testy SAP.

Testy SAP można przeprowadzić na następujących modułach -

• Zarządzanie materiałami SAP
• SAP Financial Accounting and Controlling
• Sprzedaż i dystrybucja SAP
• Zasoby ludzkie SAP
• Zarządzanie łańcuchem dostaw SAP
• SAP Plant Management

Wymień kilka narzędzi do testowania automatyzacji.

Niektóre z narzędzi do automatyzacji testów to - HP Quick Test Professional (QTP), Selenium, SAP TAO, ECATT, IBM Rational Functional Tester, WinRunner i LoadRunner.

Jakie są różne etapy cyklu życia testowania oprogramowania?

Poszczególne etapy objęte cyklem życia testów oprogramowania to - faza wymagań, planowanie testów, analiza testów, faza projektowania testów, wdrażanie testów, faza wykonania testów i faza zakończenia testów.

Jakie jest zastosowanie testów jednostkowych w SAP? Wyjaśnij na przykładzie.

Testy jednostkowe służą do testowania funkcjonalności różnych komponentów w systemie SAP. Wykonywany jest przez ekspertów dziedzinowych i konfiguracyjnych, którzy znają funkcjonalność każdej jednostki w systemie.

Example- Tworzenie zamówienia sprzedaży i zapisywanie go. Aby wykonać testy jednostkowe dla tego zadania, tester powinien wiedzieć, że zlecenie sprzedaży można zapisać przy użyciu elementów organizacji SAP, takich jak dane podstawowe klienta, funkcje partnera, podstawowe dane materiałowe, kod firmy, obszar kontroli kredytowej, organizacja sprzedaży itp.

Wyjaśnij testowanie jednostkowe na przykładzie.

Testy jednostkowe służą do testowania funkcjonalności sztuk w systemie SAP. Jest wykonywany przez specjalistę w dziedzinie domeny i konfiguracji, który zna funkcjonalność każdej jednostki w systemie.

Example- Tworzenie zamówienia sprzedaży i zapisywanie go. Aby wykonać testy jednostkowe dla tego zadania, tester powinien wiedzieć, że zlecenie sprzedaży można zapisać przy użyciu elementów organizacji SAP, takich jak dane podstawowe klienta, funkcje partnera, podstawowe dane materiałowe, kod firmy, obszar kontroli kredytowej, organizacja sprzedaży itp.

Wyjaśnij testowanie systemu na przykładzie.

Testowanie systemu obejmuje integrację elementów systemu SAP w celu zapewnienia, że ​​powiązane funkcje SAP są połączone ze sobą w środowisku programistycznym.

Example- Jeśli powiesz, że przepływ gotówki dla oferty w organizacji wskazywałby, że wycena może być wykorzystana do utworzenia zamówienia sprzedaży, dostawa może zostać utworzona i przetworzona na podstawie zamówienia, dostawa może zostać rozliczona, fakturowanie przekazane do księgowości, oraz płatność klienta na podstawie faktury księgowej. Każda jednostka jest testowana w ten sposób, a następnie wyniki testów są łączone.

Wyjaśnij na przykładzie testowanie oparte na scenariuszach.

Testowanie oparte na scenariuszach, jak sama nazwa wskazuje, jest przeprowadzane zgodnie z określonymi przypadkami biznesowymi.

Example- Załóżmy, że istnieje kilka zadań specyficznych dla segmentu klientów, danej linii produktów lub zestawu usług. W przypadku tej konkretnej linii docelowej masz różne scenariusze, które musisz przetestować.

To testowanie jest również wykonywane w środowisku programistycznym, można argumentować, że jest to przypadek testowy, który można uwzględnić w testowaniu systemu.

Wyjaśnij testowanie integracyjne na przykładzie.

W tych testach dane testowe pochodzą z rzeczywistego źródła wyodrębniania danych, przeprowadzana jest konwersja i ładowanie, a dane są znane użytkownikowi biznesowemu.

Example- Testy integracyjne służą do wykazania, że ​​proces biznesowy zaprojektowany i skonfigurowany w SAP działa z wykorzystaniem rzeczywistych danych. Ponadto testy pokazują, że działają wyzwalacze interfejsu, raporty i przepływy pracy.

Wyjaśnij testowanie interfejsu SAP.

Testowanie interfejsu zapewnia, że ​​proces biznesowy w systemie SAP działa automatycznie. Idealnie byłoby, gdyby testowanie interfejsu obejmowało większe czynności testowe w miarę postępu projektu. Testy interfejsu pokazują, że wyzwalanie działa, selekcja danych jest dokładna i kompletna, transfer danych przebiega pomyślnie, a odbiornik jest w stanie przetworzyć przesłane dane.

Gdzie przydatne są testy akceptacji użytkowników SAP?

SAP UAT służy do zapewnienia użytkownikom końcowym możliwości wykonywania przypisanych im zadań w nowym systemie. Ważnym aspektem tego testowania jest zrozumienie wymagań biznesowych i zapewnienie dostępności oczekiwanych funkcji, funkcji i możliwości.

Dlaczego testy wydajności są konieczne?

Testy wydajnościowe identyfikują wąskie gardła i nieefektywne kodowanie w systemie SAP. Jest przeprowadzany w celu sprawdzenia -

• Czy czas odpowiedzi systemu jest akceptowalny zgodnie z wymaganiami biznesowymi
• Czy procesy okresowe działają w dopuszczalnym czasie
• Czy oczekiwane jednoczesne obciążenie użytkownika może być obsługiwane

Jakie jest znaczenie testów bezpieczeństwa i autoryzacji SAP?

Testowanie bezpieczeństwa i uprawnień służy do upewnienia się, że użytkownicy są w stanie wykonywać transakcje i uzyskiwać dostęp tylko do odpowiednich danych, które są istotne dla ich projektu.

Podobnie jak w przypadku wdrażania standardów bezpieczeństwa, jest to naprawdę ważne, aby sprawdzić, czy bezpieczeństwo i autoryzacja są umieszczone w systemie. Identyfikatory testów dla ról stanowisk są tworzone i używane do potwierdzania, co może zrobić użytkownik, a czego nie.

Wyjaśnij, jak korzystać z testów SAP Cutover.

Testowanie to jest zwykle wykonywane raz w cyklu życia projektu. Termin „przełączenie” oznacza wykonanie na pełną skalę wszystkich zadań związanych z wyodrębnieniem danych ze starszych systemów, a następnie wykonaniem dowolnego rodzaju konwersji danych, załadowaniem wyników do systemu SAP i pełną weryfikacją wyników, w tym podpisem użytkownika. .

Co to jest testowanie regresyjne SAP?

SAP Regression Testing służy do znajdowania nowych funkcjonalności i testowania starych funkcjonalności w systemie podczas jego aktualizacji lub konfigurowania nowego systemu. Kluczową rolą testów regresyjnych jest testowanie istniejącej funkcjonalności oraz nowo zaktualizowanej konfiguracji i bazy kodu.

Po zaktualizowaniu systemu SAP lub zastosowaniu poprawki nie powinno to wpływać na funkcje, które mają być wykonywane przez użytkowników, ani na sprawdzanie nowych funkcji, które mają zostać wprowadzone w nowej wersji.

Jaki jest cel korzystania z nawigacji w testowaniu SAP?

Nawigacja testowa SAP zapewnia, że ​​każdy moduł systemu SAP obejmuje co najmniej jeden test do wykonania dla każdej funkcjonalności.

Zmniejsza również wysiłek związany z ręcznym testowaniem i obejmuje większość ścieżek testowych w systemie SAP. Testy OPA można przeprowadzić w celu sprawdzenia SAP Testing - Navigation.

Co to jest logika przepływu ekranu w testowaniu SAP?

Logika przepływu ekranu w SAP Testing jest podobna do kodu ABAP i służy do przechowywania bloków przetwarzania. Zawiera proceduralną część ekranu i jest tworzony w programie do malowania ekranów, a ten program do malowania ekranu jest podobny do edytora ABAP.

Jakie są różne moduły w systemie SAP i ich zastosowanie?

Financial Modules - Rachunkowość finansowa i kontroling (FICO), Treasure (TR) i Enterprise Control (EC).

Logistics Modules - Zarządzanie materiałami (MM), konserwacja zakładu (PM), sprzedaż i dystrybucja (SD), zarządzanie jakością (QM) itp.

Human Resource Management - Księgowość, płace, zarządzanie czasem, szkolenia i zarządzanie wydarzeniami.

Co to jest przypadek testowy? Jaki byłby zakres przypadków testowych w systemie SAP?

Przypadki testowe SAP są wymagane w celu sprawdzenia instalacji i konfiguracji systemu SAP, każdej nowej implementacji, testów wielojęzycznych i urządzeń, testów intranetowych, testów w czasie rzeczywistym itp.

Ponieważ system ERP jest wspólnym systemem scentralizowanym i jest używany przez wielu użytkowników jednocześnie w czasie rzeczywistym, stwarza potrzebę pisania przypadków testowych z dużym wysiłkiem i poświęceniem.

Systemy ERP obejmują również różne transakcje FI, więc każdy przypadek testowy powinien obejmować zakres całej części konfiguracyjnej i wdrożeniowej. Dane testowe należy przekazywać ostrożnie, a każdy test powinien mieć kolumnę z nazwą danych wyjściowych.

Co to jest przyspieszenie i optymalizacja testów SAP?

SAP Test Acceleration and Optimization TAO 2.0 to narzędzie służące do tworzenia automatycznych przypadków testowych podczas testów regresyjnych systemu. Pomaga klientom SAP w tworzeniu różnych komponentów testowych z ekranów transakcji i ich parametryzacji.

Te komponenty testowe są tworzone normalnie dla jednego kodu transakcji, a później można je łączyć w celu testowania scenariuszy. Można go łatwo zintegrować z analizatorem zmian procesów biznesowych w SAP Solution Manager.

Jakie są minimalne wymagania sprzętowe do wykonania instalacji SAP TAO w systemie lokalnym?

• RAM: 4 GB
• Wolne miejsce na dysku: 500 MB
• Połączenie LAN z serwerem SAP Quality Center QC i SOLMAN
• Prawa administracyjne
• SAPGUI z najnowszym poziomem poprawek
• Microsoft Excel 97 lub nowszy.
• Microsoft Internet Explorer do obsługi interfejsu użytkownika CRM

Jakie jest zastosowanie analizatora przepływu procesów w SAP TAO?

Process Flow Analyzer służy do automatycznego wyszukiwania interfejsów użytkownika używanych w kodach transakcji wykonywanych w systemie SAP. Automatycznie tworzy komponenty testowe i przesyła je do Quality Center. Służy również do identyfikowania sekwencji komponentów testu zgodnie z działaniami użytkownika i tworzenia wartości arkusza kalkulacyjnego.

Jaki jest cel zakładki konsolidacja w SAP TAO?

Konsolidacja jest znana jako proces łączenia komponentów SAP TAO z komponentami wbudowanymi w celu tworzenia scenariuszy testowych jako pojedynczych transakcyjnych komponentów biznesowych. Pozwala na zebranie wielu komponentów testowych w jeden test.

Jak połączyć się z SAP TAO i SAP Solution Manager?

Przejdź do SAP TAO, zaloguj się i wybierz z listy SAP SOLMAN. Ta lista systemów to SAP TAO jest pobierana z pliku konfiguracyjnego logowania SAP. Aby więc dodać system w SAP TAO, należy dodać nowy system w SAP Logon i odświeżyć listę w TAO.

Wprowadź dane logowania i kliknij logowanie.

SAP TAO zostanie połączony z SAP Solution Manager i otworzy się kreator konfiguracji TAO.