Zanim nauczysz się koncepcji testowania komputerów mainframe, nauczmy się
Co to jest mainframe?
Mainframe to wysokowydajny i szybki system komputerowy. Jest używany do celów obliczeniowych na większą skalę, które wymagają dużej dostępności i bezpieczeństwa. Jest stosowany głównie w sektorach takich jak finanse, ubezpieczenia, handel detaliczny i innych krytycznych obszarach, w których ogromne dane są przetwarzane wielokrotnie.
Testowanie komputerów typu mainframe
Mainframe Testing to proces testowania aplikacji i usług opartych na systemach mainframe. Celem testów na komputerach mainframe jest zapewnienie wydajności, niezawodności i jakości aplikacji lub usługi oprogramowania poprzez metody weryfikacji i walidacji oraz sprawdzenie, czy są gotowe do wdrożenia.
Przeprowadzając testy na komputerach mainframe, tester musi tylko wiedzieć o nawigacji na ekranach CICS. Są budowane na zamówienie do określonych zastosowań. Jakiekolwiek zmiany wprowadzone w kodzie w COBOL, JCL itp. Tester nie musi martwić się o ustawienie emulatora na maszynie. Zmiany, które działają na jednym emulatorze terminala, będą działać na innych.
- Aplikacja Mainframe (zwana inaczej wsadową) jest testowana pod kątem przypadków testowych opracowanych przy użyciu wymagań
- Testowanie na komputerach mainframe jest zwykle wykonywane na wdrożonym kodzie przy użyciu różnych kombinacji danych ustawionych w pliku wejściowym.
- Dostęp do aplikacji działających na komputerze mainframe można uzyskać za pośrednictwem emulatora terminala. Emulator to jedyne oprogramowanie, które należy zainstalować na komputerze klienckim.
W tym samouczku dla początkujących nauczysz się:
- Atrybuty mainframe
- Klasyfikacja testów ręcznych w komputerach typu mainframe
- Jak przeprowadzić testy na komputerach mainframe
- Narzędzia do testowania automatyzacji komputerów mainframe
- Metodologia testowania komputerów typu mainframe
- Kroki związane z testowaniem partii
- Kroki związane z testowaniem online
- Kroki związane z testowaniem integracji online - wsadowej
- Polecenia używane w testowaniu komputerów mainframe
- Wymagania wstępne do rozpoczęcia testów na komputerach mainframe
- Najlepsze praktyki
- Testowanie komputerów mainframe - wyzwania i rozwiązywanie problemów
- Napotkane powszechne Abends
- Typowy problem występujący podczas testowania komputerów mainframe
Atrybuty mainframe
- Wirtualna pamięć masowa
- Jest to technika, która pozwala procesorowi symulować pamięć główną, która jest większa niż rzeczywista ilość pamięci rzeczywistej.
- Jest to technika efektywnego wykorzystania pamięci do przechowywania i wykonywania zadań o różnej wielkości.
- Wykorzystuje pamięć dyskową jako rozszerzenie rzeczywistej pamięci.
- Wieloprogramowanie
- Komputer wykonuje jednocześnie więcej niż jeden program. Ale w danym momencie tylko jeden program może mieć kontrolę nad procesorem.
- Jest to funkcja zapewniająca efektywne wykorzystanie procesora.
- Przetwarzanie wsadowe
- Jest to technika, dzięki której każde zadanie jest wykonywane w jednostkach zwanych zadaniami.
- Zadanie może spowodować wykonanie sekwencji jednego lub większej liczby programów.
- Planista zadań podejmuje decyzję o kolejności wykonywania zadań. Aby zmaksymalizować średnią przepustowość, zadania są planowane zgodnie z ich priorytetem i klasą.
- Informacje niezbędne do przetwarzania wsadowego są dostarczane przez JCL (JOB CONTROL LANGUAGE). JCL opisuje zadanie wsadowe - programy, dane i potrzebne zasoby.
- Dzielenie czasu
- W systemie z podziałem czasu każdy użytkownik ma dostęp do systemu za pośrednictwem urządzenia końcowego. Zamiast przesyłać zadania zaplanowane do późniejszego wykonania, użytkownik wprowadza polecenia, które są natychmiast przetwarzane.
- Dlatego nazywa się to „przetwarzaniem interaktywnym”. Umożliwia użytkownikowi bezpośrednią interakcję z komputerem.
- Przetwarzanie z udziałem czasu jest znane jako „przetwarzanie pierwszoplanowe”, a przetwarzanie zadań wsadowych jest określane jako „przetwarzanie w tle”.
- Szpulowanie
- SPOOLing to skrót od Simultaneous Peripheral Operations Online .
- Urządzenie SPOOL służy do przechowywania danych wyjściowych programu / aplikacji. Buforowane dane wyjściowe są kierowane do urządzeń wyjściowych, takich jak drukarka (w razie potrzeby).
- Jest to funkcja wykorzystująca zalety buforowania w celu efektywnego wykorzystania urządzeń wyjściowych.
Klasyfikacja testów ręcznych w komputerach typu mainframe
Testy ręczne na komputerach mainframe można podzielić na dwa typy:
- Testowanie wsadowe -
- Proces testowania obejmuje wykonywanie zadań wsadowych dla funkcji zaimplementowanych w bieżącej wersji.
- Wynik testu wyodrębniony z plików wyjściowych i bazy danych jest weryfikowany i zapisywany.
- Testowanie online -
- Testowanie online odnosi się do testowania ekranów CICS, które jest podobne do testowania strony internetowej.
- Można zmienić funkcjonalność istniejących ekranów lub dodać nowe ekrany.
- Różne aplikacje mogą mieć ekrany zapytań i ekrany aktualizacji. Funkcjonalność tych ekranów należy sprawdzić w ramach testów online.
Jak przeprowadzić testy na komputerach mainframe
- Zespół biznesowy przygotowuje dokumenty wymagań. Który określa, w jaki sposób dany element lub proces będzie modyfikowany w cyklu wydania.
- Zespół testujący i programista otrzymują dokument wymagań. Zorientują się, na ile procesów będzie miała wpływ zmiana. Zwykle w wersji tylko 20–25% aplikacji ma bezpośredni wpływ na niestandardowe wymaganie. Pozostałe 75% wersji będzie przeznaczone na gotowe funkcje, takie jak testowanie aplikacji i procesów.
- Tak więc aplikację Mainframe należy przetestować w dwóch częściach:
- Testowanie wymagań - testowanie aplikacji pod kątem funkcjonalności lub zmiany wymienionej w dokumencie wymagań.
- Integracja testowa - testowanie całego procesu lub innej aplikacji, która odbiera lub wysyła dane do aplikacji, której dotyczy luka. Testowanie regresyjne jest głównym celem tego testowania.
Narzędzia do testowania automatyzacji komputerów mainframe
Poniżej znajduje się lista narzędzi, których można użyć do testowania automatyzacji komputerów mainframe.
- REXX
- Przewyższać
- QTP
Metodologia testowania komputerów typu mainframe
Rozważmy przykład: Firma ubezpieczeniowa XYZ ma moduł rejestracji członków. Pobiera dane zarówno z ekranu rejestracji członka, jak i rejestracji w trybie offline. Jak omówiliśmy wcześniej, testowanie na komputerach mainframe, testowanie online i testowanie wsadowe wymaga dwóch podejść.
- Testowanie online odbywa się na ekranie rejestracji członka. Podobnie jak strona internetowa, baza danych jest weryfikowana za pomocą danych wprowadzanych na ekranach.
- Rejestracja offline może być rejestracją papierową lub rejestracją w witrynie internetowej innej firmy. Dane offline (określane również jako partia) zostaną wprowadzone do bazy danych firmy za pośrednictwem zadań wsadowych. Plik wejściowy jest przygotowywany zgodnie z zalecanym formatem danych i przekazywany do sekwencji zadań wsadowych. Więc do testowania aplikacji mainframe możemy zastosować następujące podejście.
- Pierwsze zadanie w wierszu zadań wsadowych sprawdza poprawność wprowadzonych danych. Powiedzmy na przykład znak specjalny, alfabety w polach tylko liczbowych itp.
- Drugie zadanie sprawdza spójność danych na podstawie warunków biznesowych. Na przykład rejestracja dziecka nie powinna zawierać danych zależnych, kodu pocztowego członka (który nie jest dostępny do obsługi w ramach zarejestrowanego planu) itp.
- Trzecie zadanie modyfikuje dane w formacie, który można wprowadzić do bazy danych. Na przykład usunięcie nazwy planu (baza danych będzie przechowywać tylko identyfikator planu i nazwę planu ubezpieczenia), dołączenie daty wpisu itp.
- Czwarte zadanie ładuje dane do bazy danych.
- Testowanie zadań zbiorczych odbywa się w tym procesie w dwóch fazach -
- Każde zadanie jest sprawdzane osobno, a
- Integracja między zadaniami jest sprawdzana przez podanie wejściowego pliku prostego do pierwszego zadania i walidację bazy danych. (Wyniki pośrednie muszą zostać zatwierdzone dla dodatkowej ostrożności)
Poniżej przedstawiono metodę stosowaną do testowania komputerów typu mainframe:
Krok 1) : Wycofanie / test dymu
Na tym etapie głównym celem jest sprawdzenie, czy wdrożony kod znajduje się we właściwym środowisku testowym. Zapewnia również, że nie ma krytycznych problemów z kodem.
Krok 2) : Testowanie systemu
Poniżej znajdują się rodzaje testów przeprowadzanych w ramach Testowania systemu.
- Testowanie wsadowe - to testowanie zostanie przeprowadzone poprzez walidację wyników testów na plikach wyjściowych i zmianach danych dokonanych przez zadania wsadowe w zakresie testowania i ich zapisanie.
- Testy online - te testy zostaną przeprowadzone na przednim końcu aplikacji na komputerze mainframe. Tutaj aplikacja jest testowana pod kątem prawidłowego pola wejściowego, takiego jak plan ubezpieczenia, zainteresowanie planem itp.
- Testowanie integracji wsadowej online - to testowanie zostanie przeprowadzone na systemach z procesami wsadowymi i aplikacją online. Sprawdzany jest przepływ danych i interakcja między ekranami online a zadaniami wsadowymi.
( Przykład dla tego typu testów - rozważ aktualizację szczegółów Planu, takich jak wzrost stopy procentowej. Zmiana oprocentowania jest dokonywana na ekranie aktualizacji, a szczegóły salda na kontach, których dotyczy problem, będą modyfikowane tylko przez nocne zadanie wsadowe. Testowanie w tym przypadku zostanie wykonane przez sprawdzenie ekranu Szczegóły planu i zadania wsadowego w celu zaktualizowania wszystkich kont).
- Testowanie baz danych - bazy danych, w których dane z aplikacji mainframe (IMS, IDMS, DB2, VSAM / ISAM, sekwencyjne zestawy danych, GDG) są sprawdzane pod względem ich układu i przechowywania danych.
Krok 3) : Testowanie integracji systemu
Głównym celem tego testowania jest sprawdzenie funkcjonalności systemów, które wchodzą w interakcję z testowanym systemem.
Wymagania nie mają bezpośredniego wpływu na te systemy. Wykorzystują jednak dane z testowanego systemu. Ważne jest, aby przetestować interfejs i różne typy komunikatów (np. Job Successful, Job Failed, Database updated itp.), Które mogą powodować przepływ między systemami i wynikające z tego działania podejmowane przez poszczególne systemy.
Rodzaje testów wykonywanych na tym etapie to
- Testowanie partii
- Testowanie online
- Online - testowanie integracji wsadowej
Krok 4) : Testowanie regresji
Testowanie regresyjne to powszechna faza w każdym typie projektu testowego. To testowanie w komputerach mainframe gwarantuje, że bieżąca wersja projektu nie ma wpływu na zadania wsadowe i ekrany online, które nie wchodzą w bezpośrednią interakcję z testowanym systemem (lub nie wchodzą w zakres wymagań).
Aby testowanie regresyjne było skuteczne, należy w zależności od stopnia złożoności umieścić na krótkiej liście określony zestaw przypadków testowych oraz utworzyć łoże regresji (repozytorium przypadków testowych). Ten zestaw należy aktualizować za każdym razem, gdy pojawi się nowa funkcja wprowadzana do wydania.
Krok 5) : Testowanie wydajności
Testy te są wykonywane w celu zidentyfikowania wąskich gardeł w obszarach o dużym zasięgu, takich jak dane frontonu, uaktualnienia internetowych baz danych i prognozowania skalowalności aplikacji.
Krok 6) : Testowanie bezpieczeństwa
Testy te mają na celu ocenę, jak dobrze aplikacja została zaprojektowana i opracowana w celu przeciwdziałania atakom zabezpieczającym.
W systemie należy przeprowadzić podwójne testy bezpieczeństwa - bezpieczeństwo komputerów mainframe i bezpieczeństwo sieci.
Funkcje, które należy przetestować to
- Integralność
- Poufność
- Upoważnienie
- Poświadczenie
- Dostępność
Kroki związane z testowaniem partii
- Po otrzymaniu przez zespół QA zatwierdzonego pakietu (pakiet zawiera procedury, JCL, karty kontrolne, moduły itp.), Tester powinien przejrzeć i pobrać zawartość do PDS zgodnie z wymaganiami.
- Przekonwertuj produkcyjny JCL lub programistyczny JCL na JCL QA, inaczej nazywany JOB SETUP.
- Kopiowanie pliku produkcyjnego i przygotowywanie plików testowych.
- Dla każdej funkcjonalności zostanie zdefiniowana sekwencja zadań. (Jak wyjaśniono w przykładzie w sekcji Metodologia w Mainframe) Zadania należy przesyłać za pomocą polecenia SUB wraz z testowymi plikami danych.
- Sprawdź plik pośredni, aby zidentyfikować przyczyny brakujących lub błędnych danych.
- Sprawdź ostateczny plik wyjściowy, bazę danych i bufor, aby sprawdzić poprawność wyników testu.
- Jeśli zadanie się nie powiedzie, bufor będzie miał przyczynę niepowodzenia. Zajmij się błędem i wyślij ponownie zadanie.
Raportowanie testów - defekt powinien zostać zarejestrowany, jeśli rzeczywisty wynik różni się od oczekiwanego.
Kroki związane z testowaniem online
- Wybierz ekran Online w środowisku testowym.
- Przetestuj każde pole pod kątem akceptowalnych danych.
- Przetestuj scenariusz testowy na ekranie.
- Sprawdź bazę danych pod kątem aktualizacji danych na ekranie online.
Raportowanie testów - defekt powinien zostać zarejestrowany, jeśli rzeczywisty wynik różni się od oczekiwanego.
Kroki związane z testowaniem integracji online - wsadowej
- Uruchom zadanie w środowisku testowym i sprawdź poprawność danych na ekranach online.
- Zaktualizuj dane na ekranach online i sprawdź, czy zadanie wsadowe jest poprawnie wykonywane przy użyciu zaktualizowanych danych.
Polecenia używane w testowaniu komputerów mainframe
- WYŚLIJ - Prześlij zadanie w tle.
- ANULUJ - Anuluj zadanie w tle.
- PRZYDZIEL - przydziel zestaw danych
- KOPIUJ - skopiuj zbiór danych
- RENAME - Zmień nazwę zbioru danych
- DELETE - Usuń zestaw danych
- SKANOWANIE ZADAŃ - Aby powiązać JCL z programem, bibliotekami, plikiem itp. Bez jego wykonywania.
W razie potrzeby używanych jest wiele innych poleceń, ale nie są one tak częste.
Wymagania wstępne do rozpoczęcia testów na komputerach mainframe
Podstawowe szczegóły potrzebne do testowania komputerów typu mainframe to:
- Identyfikator logowania i hasło do logowania do aplikacji.
- Krótka wiedza na temat poleceń ISPF.
- Nazwy plików, kwalifikatory plików i ich typy.
Przed rozpoczęciem testów na komputerach mainframe należy sprawdzić poniższe aspekty.
- Praca
- Wykonaj skanowanie zadania (Polecenie - JOBSCAN), aby sprawdzić błędy przed jego wykonaniem.
- Parametr CLASS należy wskazać na klasę testową.
- Skieruj wydruk zadania do bufora lub JHS lub zgodnie z wymaganiami za pomocą parametru MSGCLASS.
- Przekieruj ponownie wiadomość e-mail w zadaniu do buforowania lub testowego identyfikatora poczty.
- Skomentuj kroki FTP do wstępnego testowania, a następnie skieruj zadanie do serwera testowego.
- W przypadku, gdy w zadaniu generowany jest IMR (rekord zarządzania incydentami), wystarczy dodać komentarz „CEL TESTOWY” w zadaniu lub karcie parametrów.
- Należy zmienić wszystkie biblioteki produkcyjne w zadaniu i wskazać biblioteki testowe.
- Pracy nie należy pozostawiać bez opieki.
- Aby zadanie nie było uruchamiane w nieskończonej pętli w przypadku jakiegokolwiek błędu, należy dodać parametr TIME z określonym czasem.
- Zapisz wynik pracy, w tym bufor. Szpulę można zapisać za pomocą XDC.
- Plik
- Utwórz plik testowy tylko o wymaganym rozmiarze. Użyj GDG (Generation Data Groups - Files o tej samej nazwie, ale z kolejnymi numerami wersji - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 itd.), Gdy jest to konieczne do przechowywania danych w kolejnych plikach o tej samej nazwie.
- DISP (Dyspozycja - opisuje system do wykonania zachowania lub usunięcia zbioru danych po normalnym lub nieprawidłowym zakończeniu kroku lub zadania) dla plików powinien być poprawnie zakodowany.
- Upewnij się, że wszystkie pliki używane do wykonania zadania są prawidłowo zapisane i zamknięte, aby zapobiec przechodzeniu zadania do stanu HOLD.
- Podczas testowania przy użyciu GDG upewnij się, że wskazana jest właściwa wersja.
- Baza danych
- Podczas wykonywania zadania lub programu online upewnij się, że niezamierzone dane nie są wstawiane, aktualizowane ani usuwane.
- Upewnij się również, że do testowania używany jest poprawny region DB2.
- Przypadki testowe
- Zawsze sprawdzaj warunki brzegowe, takie jak - Pusty plik, Przetwarzanie pierwszego rekordu, Przetwarzanie ostatniego rekordu itp.
- Zawsze uwzględniaj zarówno pozytywne, jak i negatywne warunki testu.
- W przypadku, gdy w programie używane są standardowe procedury, takie jak restart punktu kontrolnego, moduły porzucone, pliki kontrolne itp., Obejmują przypadki testowe w celu sprawdzenia, czy moduły zostały poprawnie użyte.
- Dane testowe
- Konfigurację danych testowych należy przeprowadzić przed rozpoczęciem testów.
- Nigdy nie modyfikuj danych w regionie testowym bez powiadomienia. Mogą istnieć inne zespoły pracujące z tymi samymi danymi, a ich test zakończy się niepowodzeniem.
- W przypadku gdy pliki produkcyjne są potrzebne w trakcie wykonywania, przed kopiowaniem lub wykorzystaniem należy uzyskać odpowiednią autoryzację.
Najlepsze praktyki
- W przypadku uruchomienia zadania wsadowego, MAX CC 0 jest wskaźnikiem, że zadanie zostało wykonane pomyślnie. Nie oznacza to, że funkcjonalność działa poprawnie. Zadanie będzie działać pomyślnie, nawet jeśli dane wyjściowe są puste lub nie zgodnie z oczekiwaniami. Dlatego zawsze oczekuje się sprawdzenia wszystkich wyników przed uznaniem zadania za udane.
- Zawsze jest dobrą praktyką wykonanie testu na sucho. Bieg próbny jest wykonywany z pustymi plikami wejściowymi. Ten proces należy stosować w przypadku zadań, na które wpływają zmiany wprowadzone w cyklu testowym.
- Przed rozpoczęciem cyklu testowego konfiguracja zadania testowego powinna być wykonana z dużym wyprzedzeniem. Pomoże to w wcześniejszym wykryciu wszelkich błędów JCL, oszczędzając czas podczas wykonywania.
- Podczas uzyskiwania dostępu do tabel DB2 przez SPUFI (opcja emulatora umożliwiająca dostęp do tabel DB2), zawsze ustawiaj automatyczne zatwierdzanie na „NIE”, aby uniknąć przypadkowych aktualizacji.
- Dostępność danych testowych jest głównym wyzwaniem w testowaniu wsadowym. Wymagane dane należy utworzyć z dużym wyprzedzeniem przed cyklem testowym i sprawdzić ich kompletność.
- Niektóre transakcje online i zadania wsadowe mogą zapisywać dane w MQ (kolejce wiadomości) w celu przesyłania danych do innych aplikacji. Jeśli dane są nieprawidłowe, może to spowodować wyłączenie / zatrzymanie MQ, co wpłynie na cały proces testowania. Dobrą praktyką jest sprawdzenie, czy MQ działają poprawnie po zakończeniu testów.
Testowanie komputerów mainframe - wyzwania i rozwiązywanie problemów
| Wyzwania | Podejście |
| Niekompletne / niejasne wymagania Może istnieć dostęp do instrukcji obsługi / przewodnika szkoleniowego, ale nie są one takie same, jak udokumentowane wymagania. | Testerzy powinni być zaangażowani w SDLC od fazy wymagań. Pomoże to zweryfikować, czy wymagania są testowalne. |
| Konfiguracja / identyfikacja danych Mogą zaistnieć sytuacje, w których istniejące dane powinny zostać ponownie wykorzystane zgodnie z wymaganiami. Czasami trudno jest zidentyfikować wymagane dane na podstawie istniejących danych. | Do konfiguracji danych można użyć własnych narzędzi zgodnie z potrzebami. Aby pobrać istniejące dane, zapytania należy utworzyć z wyprzedzeniem. W przypadku jakichkolwiek trudności można złożyć wniosek do zespołu zarządzającego danymi o utworzenie lub sklonowanie wymaganych danych. |
| Konfiguracja zadania Po pobraniu zadań do PDS należy je skonfigurować w regionie zapewniania jakości. Aby zadania nie były przesyłane z kwalifikatorem produkcji ani szczegółami ścieżki. | Należy używać narzędzi do konfiguracji zadań, aby przezwyciężyć błędy ludzkie popełnione podczas konfiguracji. |
| Żądanie ad-hoc Mogą zaistnieć sytuacje, w których testowanie od końca do końca będzie wymagało wsparcia ze względu na problem z aplikacjami nadrzędnymi lub podrzędnymi. Te żądania zwiększają czas i wysiłek w cyklu wykonania. | Korzystanie ze skryptów automatyzacji, skryptów regresji i skryptów szkieletowych może pomóc w zmniejszeniu nakładu czasu i wysiłku. |
| Wydania na czas w celu zmiany zakresu Może zaistnieć sytuacja, w której wpływ kodu może całkowicie zmienić wygląd i działanie systemu. Może to wymagać zmiany przypadków testowych, skryptów i danych. | Powinien istnieć proces zarządzania zmianą zakresu i analiza wpływu. |
Napotkane powszechne Abends
- S001 - Wystąpił błąd we / wy.
Przyczyna - odczyt na końcu pliku, błąd długości pliku, próba zapisu do pliku tylko do odczytu.
- S002 - Nieprawidłowy rekord we / wy.
Przyczyna - próba napisania rekordu dłuższego niż długość rekordu.
- S004 - Wystąpił błąd podczas OTWIERANIA.
Przyczyna - nieprawidłowy DCB
- S013 - Błąd podczas otwierania zbioru danych.
Przyczyna - element PDS nie istnieje, długość rekordu w programie nie jest zgodna z rzeczywistą długością rekordu.
- S0C1 - Wyjątek operacji
Przyczyna - nie można otworzyć pliku, brak karty DD
- S0C4 - Wyjątek ochrony / naruszenie pamięci
- Przyczyna - próba uzyskania dostępu do pamięci niedostępnej dla programu.
- SC07 - Wyjątek kontroli programu - dane
- Przyczyna - zmiana w układzie rekordu lub układzie plików.
- Sx22 - Zadanie zostało anulowane
- S222 - Zadanie anulowane przez użytkownika bez zrzutu.
- S322 - Czas zadania lub kroku przekroczył określony limit, program jest w pętli lub parametr czasu jest niewystarczający.
- S522 - Limit czasu sesji OSP.
- S806 - Nie można połączyć ani załadować.
Przyczyna - identyfikator zadania nie może znaleźć określonego modułu ładującego.
- S80A - Za mało wirtualnej pamięci masowej, aby spełnić żądania GETMAIN lub FREEMAIN.
- S913 - Próba uzyskania dostępu do zbioru danych, do którego użytkownik nie jest autoryzowany.
- Sx37 - Nie można przydzielić wystarczającej ilości pamięci do zestawu danych.
Pomoc przy błędach - bardzo popularne narzędzie do uzyskiwania szczegółowych informacji o różnych typach nadużyć.
Typowy problem występujący podczas testowania komputerów mainframe
- Job Abends - aby pomyślnie zakończyć pracę, należy sprawdzić dane, plik wejściowy i moduły obecne w określonej lokalizacji, czy nie. Błędy można napotkać z wielu powodów, z których najczęstszą jest - nieprawidłowe dane, nieprawidłowe pole wejściowe, niedopasowanie daty, problemy środowiskowe itp.
- Plik wyjściowy pusty - chociaż zadanie może zostać pomyślnie uruchomione (MaxCC 0), dane wyjściowe mogą nie być zgodne z oczekiwaniami. Dlatego przed przejściem dowolnego przypadku testowego tester musi upewnić się, że dane wyjściowe są weryfikowane krzyżowo. Dopiero wtedy idź dalej.
- Plik wejściowy pusty - w niektórych aplikacjach pliki zostaną odebrane z procesów poprzedzających. Przed użyciem otrzymanego pliku do testowania bieżącej aplikacji, dane należy zweryfikować krzyżowo, aby uniknąć ponownego wykonania i przeróbki.
Podsumowanie:
- Testowanie na komputerze mainframe jest jak każda inna procedura testowa, począwszy od gromadzenia wymagań, projektowania testów, wykonywania testów i raportowania wyników.
- Aby skutecznie przetestować aplikację, tester powinien uczestniczyć w spotkaniach projektowych zaplanowanych przez zespoły programistyczne i biznesowe.
- Tester jest obowiązkowy, aby przyzwyczaić się do różnych funkcji testowych na komputerze mainframe. Podobnie jak nawigacja po ekranie, tworzenie plików i PDS, zapisywanie wyników testów itp. Przed rozpoczęciem cyklu testowego.
- Testowanie aplikacji mainframe to czasochłonny proces. Podczas projektowania testów, konfiguracji danych i wykonywania należy przestrzegać jasnego harmonogramu testów.
- Testowanie wsadowe i testowanie online powinny być przeprowadzane efektywnie, nie tracąc żadnej funkcjonalności wymienionej w dokumencie wymagań i nie należy oszczędzać żadnego przypadku testowego.