Lassen Sie uns lernen, bevor Sie Mainframe-Testkonzepte lernen
Was ist ein Mainframe?
Der Mainframe ist ein Hochleistungs- und Hochgeschwindigkeits-Computersystem. Es wird für größere Computerzwecke verwendet, die eine hohe Verfügbarkeit und Sicherheit erfordern. Es wird hauptsächlich in Sektoren wie Finanzen, Versicherungen, Einzelhandel und anderen kritischen Bereichen eingesetzt, in denen große Datenmengen mehrfach verarbeitet werden.
Mainframe-Tests
Beim Mainframe- Testen werden Softwareanwendungen und -dienste auf der Basis von Mainframe-Systemen getestet. Der Zweck von Mainframe-Tests besteht darin, die Leistung, Zuverlässigkeit und Qualität von Softwareanwendungen oder -diensten durch Überprüfungs- und Validierungsmethoden sicherzustellen und zu überprüfen, ob sie bereit zur Bereitstellung sind.
Während der Durchführung von Mainframe-Tests muss der Tester nur die Navigation der CICS-Bildschirme kennen. Sie werden speziell für bestimmte Anwendungen entwickelt. Änderungen am Code in COBOL, JCL usw. Der Tester muss sich nicht um den auf dem Computer eingerichteten Emulator kümmern. Die Änderungen, die an einem Terminalemulator vorgenommen werden, wirken sich auch auf andere aus.
- Die Mainframe-Anwendung (auch als Job-Batch bezeichnet) wird anhand der anhand der Anforderungen entwickelten Testfälle getestet
- Mainframe-Tests werden normalerweise für den bereitgestellten Code unter Verwendung verschiedener Datenkombinationen durchgeführt, die in der Eingabedatei festgelegt sind.
- Auf Anwendungen, die auf dem Mainframe ausgeführt werden, kann über den Terminalemulator zugegriffen werden. Der Emulator ist die einzige Software, die auf dem Client-Computer installiert werden muss.
In diesem Anfänger-Tutorial lernen Sie:
- Mainframe-Attribute
- Klassifizierung der manuellen Prüfung im Mainframe
- So führen Sie Mainframe-Tests durch
- Tools zum Testen der Mainframe-Automatisierung
- Methodik beim Mainframe-Testen
- Schritte beim Batch-Testen
- Schritte zum Online-Testen
- Schritte zum Testen der Online-Stapelintegration
- Befehle, die beim Testen von Mainframes verwendet werden
- Voraussetzungen, um den Mainframe-Test zu starten
- Empfohlene Vorgehensweise
- Mainframe-Tests Herausforderungen und Fehlerbehebung
- Häufige Abends angetroffen
- Häufiges Problem beim Testen des Mainframes
Mainframe-Attribute
- Virtueller Speicher
- Mit dieser Technik kann ein Prozessor den Hauptspeicher simulieren, der größer ist als die tatsächliche Menge des realen Speichers.
- Es ist eine Technik, Speicher effektiv zu nutzen, um Aufgaben unterschiedlicher Größe zu speichern und auszuführen.
- Es verwendet Festplattenspeicher als Erweiterung des realen Speichers.
- Multiprogrammierung
- Der Computer führt mehrere Programme gleichzeitig aus. Zu jedem Zeitpunkt kann jedoch nur ein Programm die CPU steuern.
- Es ist eine Einrichtung zur effizienten Nutzung der CPU.
- Stapelverarbeitung
- Es ist eine Technik, mit der jede Aufgabe in Einheiten ausgeführt wird, die als Jobs bezeichnet werden.
- Ein Job kann dazu führen, dass ein oder mehrere Programme in einer Sequenz ausgeführt werden.
- Der Job Scheduler trifft eine Entscheidung über die Reihenfolge, in der die Jobs ausgeführt werden sollen. Um den durchschnittlichen Durchsatz zu maximieren, werden Jobs nach Priorität und Klasse geplant.
- Die notwendigen Informationen für die Stapelverarbeitung werden über JCL (JOB CONTROL LANGUAGE) bereitgestellt. JCL beschreibt den Batch-Job - Programme, Daten und Ressourcen, die benötigt werden.
- Zeitteilung
- In einem Time-Sharing-System hat jeder Benutzer über das Endgerät Zugriff auf das System. Anstatt Jobs zu senden, die für eine spätere Ausführung geplant sind, gibt der Benutzer Befehle ein, die sofort verarbeitet werden.
- Daher wird dies als "interaktive Verarbeitung" bezeichnet. Es ermöglicht dem Benutzer, direkt mit dem Computer zu interagieren.
- Die Time-Share-Verarbeitung wird als "Vordergrundverarbeitung" und die Stapeljobverarbeitung als "Hintergrundverarbeitung" bezeichnet.
- Spulen
- SPOOLing steht für Simultaneous Peripheral Operations Online .
- Das SPOOL-Gerät wird zum Speichern der Ausgabe des Programms / der Anwendung verwendet. Die Spool-Ausgabe wird an Ausgabegeräte wie einen Drucker geleitet (falls erforderlich).
- Es ist eine Einrichtung, die den Vorteil der Pufferung nutzt, um die Ausgabegeräte effizient zu nutzen.
Klassifizierung der manuellen Prüfung im Mainframe
Manuelles Testen des Mainframes kann in zwei Typen eingeteilt werden:
- Batch-Job-Tests -
- Der Testprozess umfasst die Ausführung von Stapeljobs für die in der aktuellen Version implementierten Funktionen.
- Das aus den Ausgabedateien und der Datenbank extrahierte Testergebnis wird überprüft und aufgezeichnet.
- Online-Tests -
- Online-Tests beziehen sich auf das Testen von CICS-Bildschirmen, ähnlich dem Testen der Webseite.
- Die Funktionalität der vorhandenen Bildschirme könnte geändert oder neue Bildschirme hinzugefügt werden.
- Verschiedene Anwendungen können Abfragebildschirme und Aktualisierungsbildschirme haben. Die Funktionalität dieser Bildschirme muss im Rahmen der Online-Tests überprüft werden.
So führen Sie Mainframe-Tests durch
- Das Business-Team erstellt Anforderungsdokumente. Dies bestimmt, wie ein bestimmtes Element oder ein bestimmter Prozess im Freigabezyklus geändert wird.
- Das Testteam und die Entwicklung erhalten das Anforderungsdokument. Sie werden herausfinden, wie viele Prozesse von der Änderung betroffen sein werden. Normalerweise sind in einer Version nur 20-25% der Anwendung direkt von der benutzerdefinierten Anforderung betroffen. Die anderen 75% der Version sind für die Out-Box-Funktionen wie das Testen der Anwendungen und Prozesse bestimmt.
- Eine Mainframe-Anwendung muss also in zwei Teilen getestet werden:
- Testen von Anforderungen - Testen der Anwendung auf die im Anforderungsdokument genannte Funktionalität oder Änderung.
- Testen der Integration - Testen des gesamten Prozesses oder einer anderen Anwendung, die Daten an die betroffene Anwendung empfängt oder an diese sendet. Regressionstests stehen im Mittelpunkt dieser Testaktivität.
Tools zum Testen der Mainframe-Automatisierung
Unten finden Sie eine Liste der Tools, die für das Testen der Mainframe-Automatisierung verwendet werden können.
- REXX
- Excel
- QTP
Methodik beim Mainframe-Testen
Betrachten wir ein Beispiel: Eine XYZ-Versicherungsgesellschaft verfügt über ein Modul zur Registrierung von Mitgliedern. Es werden Daten sowohl vom Bildschirm für die Mitgliederregistrierung als auch von der Offline-Registrierung abgerufen. Wie bereits erwähnt, werden zwei Ansätze für Mainframe-Tests verwendet: Online-Tests und Batch-Tests.
- Online-Tests werden auf dem Bildschirm für die Mitgliederregistrierung durchgeführt. Genau wie bei einer Webseite wird die Datenbank mit Daten validiert, die über die Bildschirme eingegeben werden.
- Die Offline-Registrierung kann eine Papierregistrierung oder eine Registrierung auf einer Website eines Drittanbieters sein. Die Offline-Daten (auch als Batch bezeichnet) werden über Batch-Jobs in die Unternehmensdatenbank eingegeben. Eine Eingabe-Flatfile wird gemäß dem vorgeschriebenen Datenformat erstellt und der Sequenz von Stapeljobs zugeführt. Für das Testen von Mainframe-Anwendungen können wir also den folgenden Ansatz verwenden.
- Der erste Job in der Reihe der Stapeljobs überprüft die eingegebenen Daten. Nehmen wir zum Beispiel Sonderzeichen, Alphabete in Nur-Zahlen-Feldern usw. an.
- Der zweite Job überprüft die Konsistenz von Daten basierend auf den Geschäftsbedingungen. Beispielsweise sollte eine Kinderregistrierung keine abhängigen Daten, Postleitzahl des Mitglieds (die vom registrierten Plan nicht für den Service verfügbar ist) usw. enthalten.
- Der dritte Job ändert die Daten in dem Format, das in die Datenbank eingegeben werden kann. Zum Beispiel das Löschen des Plannamens (in der Datenbank werden nur die Plan-ID und der Name des Versicherungsplans gespeichert), das Anhängen des Eintrittsdatums usw.
- Der vierte Job lädt die Daten in die Datenbank.
- Batch-Job-Tests werden für diesen Prozess in zwei Phasen durchgeführt:
- Jeder Job wird separat validiert und die
- Die Integration zwischen den Jobs wird validiert, indem für den ersten Job eine Eingabe-Flatfile bereitgestellt und die Datenbank validiert wird. (Zwischenergebnisse müssen für besondere Vorsicht validiert werden.)
Die folgende Methode wird für Mainframe-Tests angewendet:
Schritt 1) : Shakedown / Rauchprüfung
Das Hauptaugenmerk in dieser Phase liegt auf der Überprüfung, ob sich der bereitgestellte Code in der richtigen Testumgebung befindet. Außerdem wird sichergestellt, dass keine kritischen Probleme mit dem Code auftreten.
Schritt 2) : Systemtests
Nachfolgend sind die Testarten aufgeführt, die im Rahmen von Systemtests durchgeführt werden.
- Batch-Test - Dieser Test wird durchgeführt, indem die Testergebnisse für Ausgabedateien und Datenänderungen, die von den Batch-Jobs im Testumfang vorgenommen wurden, validiert und aufgezeichnet werden.
- Online-Tests - Diese Tests werden am Frontend der Mainframe-Anwendung durchgeführt. Hier wird die Anwendung auf korrekte Eingabefelder wie Versicherungsplan, Zinsen auf den Plan usw. getestet.
- Online-Batch-Integrationstest - Dieser Test wird auf Systemen mit Batch-Prozessen und Online-Anwendung durchgeführt. Der Datenfluss und die Interaktion zwischen den Online-Bildschirmen und den Stapeljobs werden validiert.
( Beispiel für diese Art von Tests - Betrachten Sie eine Aktualisierung der Planungsdetails wie z. B. eine Erhöhung des Zinssatzes. Die Änderung der Zinsen erfolgt auf einem Aktualisierungsbildschirm, und die Kontostanddetails der betroffenen Konten werden nur durch einen nächtlichen Stapeljob geändert. Testen In diesem Fall wird der Bildschirm "Plandetails" überprüft und der Stapeljob ausgeführt, um alle Konten zu aktualisieren.
- Datenbanktests - Die Datenbanken, in denen die Daten aus der Mainframe-Anwendung (IMS, IDMS, DB2, VSAM / ISAM, sequentielle Datensätze, GDGs) auf ihr Layout und die Datenspeicherung überprüft werden.
Schritt 3) : Systemintegrationstest
Der Hauptzweck dieses Tests besteht darin, die Funktionalität der Systeme zu validieren, die mit dem zu testenden System interagieren.
Diese Systeme sind von den Anforderungen nicht direkt betroffen. Sie verwenden jedoch Daten aus dem zu testenden System. Es ist wichtig, die Schnittstelle und verschiedene Arten von Nachrichten (wie Job erfolgreich, Job fehlgeschlagen, Datenbank aktualisiert usw.) zu testen, die möglicherweise zwischen den Systemen und den daraus resultierenden Aktionen der einzelnen Systeme fließen können.
In dieser Phase durchgeführte Testarten sind
- Chargentest
- Online-Tests
- Online - Batch-Integrationstests
Schritt 4) : Regressionstests
Regressionstests sind eine häufige Phase in jeder Art von Testprojekt. Durch diese Tests in Mainframes wird sichergestellt, dass Stapeljobs und die Online-Bildschirme, die nicht direkt mit dem zu testenden System interagieren (oder nicht in den Geltungsbereich der Anforderungen fallen), von der aktuellen Projektversion nicht betroffen sind.
Um effektive Regressionstests durchführen zu können, sollte ein bestimmter Satz von Testfällen in Abhängigkeit von ihrer Komplexität in die engere Wahl gezogen und ein Regressionsbett (Testfall-Repository) erstellt werden. Dieser Satz sollte immer dann aktualisiert werden, wenn eine neue Funktionalität in der Version eingeführt wird.
Schritt 5) : Leistungstests
Diese Tests werden durchgeführt, um die Engpässe in stark betroffenen Bereichen wie Front-End-Daten zu identifizieren, Online-Datenbanken zu aktualisieren und die Skalierbarkeit der Anwendung zu projizieren.
Schritt 6) : Sicherheitstests
Diese Tests werden durchgeführt, um zu bewerten, wie gut die Anwendung entworfen und entwickelt wurde, um Anti-Sicherheits-Angriffen entgegenzuwirken.
Auf dem System sollten zweifache Sicherheitstests durchgeführt werden - Mainframe-Sicherheit und Netzwerksicherheit.
Die Funktionen, die zum Testen benötigt werden, sind
- Integrität
- Vertraulichkeit
- Genehmigung
- Authentifizierung
- Verfügbarkeit
Schritte beim Batch-Testen
- Nachdem das QA-Team das genehmigte Paket erhalten hat (Paket enthält Verfahren, JCL, Kontrollkarten, Module usw.), sollte der Tester den Inhalt nach Bedarf in der Vorschau anzeigen und in PDS abrufen.
- Konvertieren Sie die Produktions-JCL oder die Entwicklungs-JCL in eine QA-JCL, die auch als JOB SETUP bezeichnet wird.
- Produktionsdatei kopieren und Testdateien vorbereiten.
- Für jede Funktionalität wird eine Jobsequenz definiert. (Wie im Beispiel unter Methodik im Abschnitt Mainframe erläutert.) Die Jobs sollten mit dem Befehl SUB mit den Testdatendateien übergeben werden.
- Überprüfen Sie die Zwischendatei, um die Gründe für fehlende oder fehlerhafte Daten zu ermitteln.
- Überprüfen Sie die endgültige Ausgabedatei, die Datenbank und den Spool, um die Testergebnisse zu überprüfen.
- Wenn der Job fehlschlägt, hat die Spool den Grund für den Jobfehler. Beheben Sie den Fehler und senden Sie den Job erneut.
Testberichterstattung - Der Fehler sollte protokolliert werden, wenn das tatsächliche Ergebnis von den erwarteten abweicht.
Schritte zum Online-Testen
- Wählen Sie in einer Testumgebung den Online-Bildschirm.
- Testen Sie jedes Feld auf akzeptable Daten.
- Testen Sie das Testszenario auf dem Bildschirm.
- Überprüfen Sie die Datenbank für die Datenaktualisierungen auf dem Online-Bildschirm.
Testberichterstattung - Der Fehler sollte protokolliert werden, wenn das tatsächliche Ergebnis von den erwarteten abweicht.
Schritte zum Testen der Online-Stapelintegration
- Führen Sie den Job in einer Testumgebung aus und überprüfen Sie die Daten auf den Online-Bildschirmen.
- Aktualisieren Sie die Daten auf den Online-Bildschirmen und überprüfen Sie, ob der Stapeljob mit den aktualisierten Daten ordnungsgemäß ausgeführt wird.
Befehle, die beim Testen von Mainframes verwendet werden
- SUBMIT - Senden Sie einen Hintergrundjob.
- CANCEL - Hintergrundjob abbrechen.
- ALLOCATE - Ordnet einen Datensatz zu
- KOPIEREN - Kopieren Sie einen Datensatz
- RENAME - Datensatz umbenennen
- LÖSCHEN - Datensatz löschen
- JOB SCAN - Bindet die JCL mit dem Programm, den Bibliotheken, der Datei usw., ohne sie auszuführen.
Es gibt viele andere Befehle, die bei Bedarf verwendet werden, aber sie sind nicht so häufig.
Voraussetzungen, um den Mainframe-Test zu starten
Grundlegende Details, die für Mainframe-Tests benötigt werden, sind:
- Login-ID und Passwort für die Anmeldung bei der Anwendung.
- Kurze Kenntnisse über ISPF-Befehle.
- Namen der Dateien, Dateiqualifizierer und deren Typen.
Bevor Sie mit dem Testen des Mainframes beginnen, sollten die folgenden Aspekte überprüft werden.
- Job
- Führen Sie einen Job-Scan (Befehl - JOBSCAN) durch, um vor der Ausführung nach Fehlern zu suchen.
- Der Parameter CLASS sollte auf die Testklasse verweisen.
- Leiten Sie die Jobausgabe mithilfe des MSGCLASS-Parameters in einen Spool oder ein JHS oder nach Bedarf.
- Leiten Sie die E-Mail im Job zum Spool oder zu einer Test-Mail-ID um.
- Kommentieren Sie die FTP-Schritte für den ersten Test und verweisen Sie den Job dann auf einen Testserver.
- Wenn im Job ein IMR (Incident Management Record) generiert wird, fügen Sie einfach den Kommentar "TESTING PURPOSE" in den Job oder die Parameterkarte ein.
- Alle Produktionsbibliotheken im Job sollten geändert und auf Testbibliotheken verwiesen werden.
- Der Job sollte nicht unbeaufsichtigt bleiben.
- Um zu verhindern, dass der Job in einer Endlosschleife ausgeführt wird, sollte der Parameter TIME mit der angegebenen Zeit hinzugefügt werden.
- Speichern Sie die Ausgabe des Jobs einschließlich der Spool. Die Spule kann mit XDC gespeichert werden.
- Datei
- Erstellen Sie nur eine Testdatei mit der erforderlichen Größe. Verwenden Sie bei Bedarf GDGs (Generierungsdatengruppen - Dateien mit demselben Namen, jedoch mit fortlaufenden Versionsnummern - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 usw.), um Daten in aufeinanderfolgenden Dateien mit demselben Namen zu speichern.
- Der Parameter DISP (Disposition - beschreibt das System, mit dem der Datensatz nach normaler oder abnormaler Beendigung des Schritts oder Jobs beibehalten oder gelöscht werden soll) für die Dateien sollte korrekt codiert sein.
- Stellen Sie sicher, dass alle für die Jobausführung verwendeten Dateien ordnungsgemäß gespeichert und geschlossen werden, um zu verhindern, dass der Job in den HOLD-Modus wechselt.
- Stellen Sie beim Testen mit GDGs sicher, dass auf die richtige Version hingewiesen wird.
- Datenbank
- Stellen Sie beim Ausführen des Jobs oder des Online-Programms sicher, dass keine unbeabsichtigten Daten eingefügt, aktualisiert oder gelöscht werden.
- Stellen Sie außerdem sicher, dass zum Testen die richtige DB2-Region verwendet wird.
- Testfälle
- Testen Sie immer auf Randbedingungen wie - Leere Datei, Verarbeitung des ersten Datensatzes, Verarbeitung des letzten Datensatzes usw.
- Schließen Sie immer sowohl positive als auch negative Testbedingungen ein.
- Falls im Programm Standardprozeduren wie Check Point Restart, Abend Modules, Control Files usw. verwendet werden, enthalten Sie Testfälle, um zu überprüfen, ob die Module korrekt verwendet wurden.
- Testdaten
- Die Einrichtung der Testdaten sollte vor Beginn des Tests erfolgen.
- Ändern Sie niemals die Daten in der Testregion, ohne dies zu benachrichtigen. Möglicherweise arbeiten andere Teams mit denselben Daten, und ihr Test schlägt fehl.
- Falls die Produktionsdateien während der Ausführung benötigt werden, sollte vor dem Kopieren oder Verwenden eine ordnungsgemäße Autorisierung eingeholt werden.
Empfohlene Vorgehensweise
- Bei einem Stapeljoblauf ist MAX CC 0 ein Indikator dafür, dass der Job erfolgreich ausgeführt wurde. Dies bedeutet nicht, dass die Funktionalität einwandfrei funktioniert. Der Job wird erfolgreich ausgeführt, auch wenn die Ausgabe leer ist oder nicht den Erwartungen entspricht. Es wird daher immer erwartet, dass alle Ausgaben überprüft werden, bevor der Job für erfolgreich erklärt wird.
- Es ist immer eine gute Praxis, einen Trockenlauf des zu testenden Auftrags durchzuführen. Der Trockenlauf erfolgt mit leeren Eingabedateien. Dieser Prozess sollte für die Jobs befolgt werden, die von den für den Testzyklus vorgenommenen Änderungen betroffen sind.
- Bevor der Testzyklus beginnt, sollte die Einrichtung des Testauftrags rechtzeitig erfolgen. Dies hilft dabei, JCL-Fehler im Voraus herauszufinden, wodurch Zeit bei der Ausführung gespart wird.
- Setzen Sie beim Zugriff auf DB2-Tabellen über SPUFI (Option auf dem Emulator für den Zugriff auf DB2-Tabellen) die automatische Festschreibung immer auf "NEIN", um versehentliche Aktualisierungen zu vermeiden.
- Die Verfügbarkeit von Testdaten ist die Hauptherausforderung beim Batch-Testen. Erforderliche Daten sollten rechtzeitig vor dem Testzyklus erstellt und auf Vollständigkeit überprüft werden.
- Einige Online-Transaktionen und Stapeljobs schreiben möglicherweise Daten in MQs (Message Queue), um Daten an andere Anwendungen zu übertragen. Wenn die Daten nicht gültig sind, können MQs deaktiviert / gestoppt werden. Dies wirkt sich auf den gesamten Testprozess aus. Es wird empfohlen, nach dem Testen zu überprüfen, ob die MQs einwandfrei funktionieren.
Mainframe-Tests Herausforderungen und Fehlerbehebung
| Herausforderungen | Ansatz |
| Unvollständige / unklare Anforderungen Möglicherweise gibt es Zugriff auf Benutzerhandbuch / Schulungshandbuch, diese entsprechen jedoch nicht den dokumentierten Anforderungen. | Tester sollten ab der Anforderungsphase in die SDLC einbezogen werden. Auf diese Weise können Sie überprüfen, ob die Anforderungen überprüfbar sind. |
| Dateneinrichtung / -identifizierung Es kann Situationen geben, in denen vorhandene Daten gemäß den Anforderungen wiederverwendet werden sollten. Es ist manchmal schwierig, die erforderlichen Daten aus den vorhandenen Daten zu identifizieren. | Für die Dateneinrichtung können je nach Bedarf selbst erstellte Tools verwendet werden. Zum Abrufen vorhandener Daten sollten Abfragen im Voraus erstellt werden. Im Falle von Schwierigkeiten kann eine Anforderung an das Datenverwaltungsteam zum Erstellen oder Klonen der erforderlichen Daten gestellt werden. |
| Job-Setup Sobald die Jobs in PDS abgerufen wurden, muss der Job in der QS-Region eingerichtet werden. Damit die Jobs nicht mit Produktionsqualifizierer oder Pfaddetails übergeben werden. | Job-Setup-Tools sollten verwendet werden, um menschliche Fehler zu überwinden, die während des Setups gemacht wurden. |
| Ad-hoc-Anforderung Es kann Situationen geben, in denen End-to-End-Tests aufgrund eines Problems bei Problemen mit vor- oder nachgelagerten Anwendungen unterstützt werden müssen. Diese Anforderungen erhöhen den Zeit- und Arbeitsaufwand im Ausführungszyklus. | Die Verwendung von Automatisierungsskripten, Regressionsskripten und Skelett-Skripten kann dazu beitragen, den Zeit- und Arbeitsaufwand zu verringern. |
| Pünktliche Freigaben zur Änderung des Gültigkeitsbereichs Es kann vorkommen, dass die Auswirkungen auf den Code das Erscheinungsbild des Systems vollständig ändern. Dies erfordert möglicherweise eine Änderung an Testfällen, Skripten und Daten. | Der Prozess des Änderungsmanagements und die Auswirkungsanalyse sollten vorhanden sein. |
Häufige Abends angetroffen
- S001 - Ein E / A-Fehler ist aufgetreten.
Grund - Lesen am Ende der Datei, Dateilängenfehler, Versuch, in eine schreibgeschützte Datei zu schreiben.
- S002 - Ungültiger E / A-Datensatz.
Grund - Versuchen Sie, einen Datensatz zu schreiben, der länger als die Datensatzlänge ist.
- S004 - Beim Öffnen ist ein Fehler aufgetreten.
Grund - Ungültiger DCB
- S013 - Fehler beim Öffnen eines Datensatzes.
Grund - PDS-Mitglied existiert nicht, Datensatzlänge im Programm stimmt nicht mit der tatsächlichen Datensatzlänge überein.
- S0C1 - Betriebsausnahme
Grund - Datei kann nicht geöffnet werden, fehlende DD-Karte
- S0C4 - Schutzausnahme / Speicherverletzung
- Grund - Der Versuch, auf den Zugriffsspeicher zuzugreifen, steht dem Programm nicht zur Verfügung.
- SC07 - Programmprüfungsausnahme - Daten
- Grund - Änderung des Datensatzlayouts oder des Dateilayouts.
- Sx22 - Auftrag wurde abgebrochen
- S222 - Auftrag vom Benutzer ohne Speicherauszug abgebrochen.
- S322 - Die Job- oder Schrittzeit hat den angegebenen Grenzwert überschritten, oder das Programm befindet sich in einer Schleife oder einem unzureichenden Zeitparameter.
- S522 - Timeout der TSO-Sitzung.
- S806 - Kann nicht verknüpft oder geladen werden.
Grund - Die Job-ID konnte das angegebene Lademodul nicht finden.
- S80A - Nicht genügend virtueller Speicher, um GETMAIN- oder FREEMAIN-Anforderungen zu erfüllen.
- S913 - Versuch, auf das Dataset zuzugreifen, für das der Benutzer nicht autorisiert ist.
- Sx37 - Dem Datensatz kann nicht genügend Speicher zugewiesen werden.
Fehlerhilfe - Ein sehr beliebtes Tool, um detaillierte Informationen zu verschiedenen Arten von Abbrüchen zu erhalten.
Häufiges Problem beim Testen des Mainframes
- Jobabbruch - Um den Job erfolgreich abzuschließen, sollten Sie die Daten, die Eingabedatei und die Module überprüfen, die am jeweiligen Speicherort vorhanden sind oder nicht. Abbrüche können aus mehreren Gründen auftreten. Die häufigsten sind: Ungültige Daten, falsches Eingabefeld, Datumsinkongruenz, Umweltprobleme usw.
- Ausgabedatei leer - Obwohl der Job möglicherweise erfolgreich ausgeführt wurde (MaxCC 0), entspricht die Ausgabe möglicherweise nicht den Erwartungen. Bevor ein Tester einen Testfall besteht, muss er sicherstellen, dass die Ausgabe überprüft wird. Erst dann weiter.
- Eingabedatei leer - In einigen Anwendungen werden Dateien von den vorgelagerten Prozessen empfangen. Bevor Sie die empfangene Datei zum Testen der aktuellen Anwendung verwenden, sollten die Daten überprüft werden, um eine erneute Ausführung und Nacharbeit zu vermeiden.
Zusammenfassung:
- Mainframe-Tests sind wie jedes andere Testverfahren, beginnend mit dem Sammeln von Anforderungen, dem Testdesign, der Testausführung und der Ergebnisberichterstattung.
- Um die Anwendung effektiv zu testen, sollte der Tester an Designmeetings teilnehmen, die von Entwicklungs- und Geschäftsteams geplant werden.
- Der Tester muss sich zwangsläufig an verschiedene Mainframe-Testfunktionen gewöhnen. Wie Bildschirmnavigation, Datei- und PDS-Erstellung, Speichern von Testergebnissen usw., bevor der Testzyklus beginnt.
- Das Testen von Mainframe-Anwendungen ist zeitaufwändig. Für das Testdesign, die Dateneinrichtung und die Ausführung sollte ein klarer Testplan eingehalten werden.
- Batch-Tests und Online-Tests sollten effektiv durchgeführt werden, ohne dass die im Anforderungsdokument genannten Funktionen fehlen, und es sollte kein Testfall verschont bleiben.