Mainframe-Tests – Vollständiges Tutorial

Bevor wir uns mit Mainframe-Testkonzepten befassen, lernen wir etwas

Was ist ein Mainframe?

Der Mainframe ist ein Hochleistungs- und Hochgeschwindigkeitscomputersystem. Es wird für größere Rechenzwecke 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

Mainframe-Tests ist ein Prozess zum Testen von Softwareanwendungen und -diensten auf Basis von Mainframe-Systemen. Der Zweck von Mainframe-Tests besteht darin, die Leistung, Zuverlässigkeit und Qualität von Softwareanwendungen oder -diensten durch Verifizierungs- und Validierungsmethoden sicherzustellen und zu prüfen, ob sie einsatzbereit sind.

Beim Durchführen von Mainframe-Tests muss der Tester lediglich die Navigation der CICS-Bildschirme kennen. Sie werden speziell für bestimmte Anwendungen entwickelt. Bei Änderungen am Code in COBOL, JCL usw. muss sich der Tester nicht um die Einrichtung des Emulators auf der Maschine kümmern. Die Änderungen, die auf einem Terminalemulator funktionieren, funktionieren auch auf anderen.

  • Die Mainframe-Anwendung (auch Job-Batch genannt) wird anhand der anhand von Anforderungen entwickelten Testfälle getestet
  • Mainframe-Tests werden normalerweise am bereitgestellten Code durchgeführt, wobei verschiedene Datenkombinationen verwendet werden, 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 Tutorial für Anfänger lernen Sie-

Mainframe-Attribute

  1. Virtueller Speicher
    1. Dabei handelt es sich um eine Technik, mit der ein Prozessor einen Hauptspeicher simulieren kann, der größer ist als die tatsächliche Menge an realem Speicher.
    2. Es handelt sich um eine Technik zur effektiven Nutzung des Speichers zum Speichern und Ausführen von Aufgaben unterschiedlicher Größe.
    3. Es nutzt Festplattenspeicher als Erweiterung des echten Speichers.
  2. Multiprogrammierung
    1. Der Computer führt mehr als ein Programm gleichzeitig aus. Aber zu jedem Zeitpunkt kann nur ein Programm die CPU steuern.
    2. Es handelt sich um eine Einrichtung zur effizienten Nutzung der CPU.
  3. Batch Processing
    1. Dabei handelt es sich um eine Technik, mit der jede Aufgabe in Einheiten erledigt wird, die als Jobs bezeichnet werden.
    2. Ein Job kann dazu führen, dass ein oder mehrere Programme nacheinander ausgeführt werden.
    3. Der Job-Scheduler entscheidet über die Reihenfolge, in der die Jobs ausgeführt werden sollen. Um den durchschnittlichen Durchsatz zu maximieren, werden Jobs entsprechend ihrer Priorität und Klasse geplant.
    4. Die für die Stapelverarbeitung notwendigen Informationen werden über JCL (JOB CONTROL LANGUAGE) bereitgestellt. JCL beschreibt den Batch-Job – benötigte Programme, Daten und Ressourcen.
  4. Zeitteilung
    1. In einem Time-Sharing-System hat jeder Benutzer über das Endgerät Zugriff auf das System. Anstatt Jobs zu übermitteln, die für eine spätere Ausführung geplant sind, gibt der Benutzer Befehle ein, die sofort verarbeitet werden.
    2. Daher wird dies „Interaktive Verarbeitung“ genannt. Es ermöglicht dem Benutzer, direkt mit dem Computer zu interagieren.
    3. Die Time-Sharing-Verarbeitung wird als „Vordergrundverarbeitung“ und die Stapelverarbeitung als „Hintergrundverarbeitung“ bezeichnet.
  5. Aufspulen
    1. SPOOLing steht für Gleichzeitigneouns Peripherieoperationen online.
    2. Das SPOOL-Gerät wird zum Speichern der Ausgabe des Programms/der Anwendung verwendet. Die gespoolte Ausgabe wird an Ausgabegeräte wie einen Drucker weitergeleitet (falls erforderlich).
    3. Dabei handelt es sich um eine Einrichtung, die den Vorteil der Pufferung nutzt, um die Ausgabegeräte effizient zu nutzen.

Klassifizierung manueller Tests im Mainframe

Großrechner Manuelle Prüfung kann in zwei Typen eingeteilt werden:

1. Batch-Job-Tests -

  • Der Testprozess umfasst die Ausführung von Batch-Jobs für die in der aktuellen Version implementierten Funktionen.
  • Die aus den Ausgabedateien und der Datenbank extrahierten Testergebnisse werden überprüft und aufgezeichnet.

2. Online-Tests -

  • Unter Online-Tests versteht man das Testen von CICS-Bildschirmen, das dem Testen der Webseite ähnelt.
  • Die Funktionalität der vorhandenen Bildschirme könnte geändert oder neue Bildschirme hinzugefügt werden.
  • Verschiedene Anwendungen können über Abfragebildschirme und Aktualisierungsbildschirme verfügen. Die Funktionalität dieser Bildschirme muss im Rahmen des Online-Tests überprüft werden.

So führen Sie Mainframe-Tests durch

  1. Vorbereitung des Business-Teamsares Anforderungsdokumente. Dies bestimmt, wie ein bestimmtes Element oder ein bestimmter Prozess im Release-Zyklus geändert wird.
  2. Das Testteam und die Entwicklung erhalten das Anforderungsdokument. Sie werden herausfinden, wie viele Prozesse von der Änderung betroffen sein werden. Normalerweise sind in einem Release nur 20–25 % der Anwendung direkt von der angepassten Anforderung betroffen. Die anderen 75 % der Veröffentlichung werden für die Veröffentlichung bestimmt sein.box-Funktionalitäten wie das Testen der Anwendungen und Prozesse.
  3. Daher muss eine Mainframe-Anwendung in zwei Teilen getestet werden:
    1. Prüfanforderungen – Testen der Anwendung auf die im Anforderungsdokument erwähnte Funktionalität oder Änderung.
    2. Integration testen – Testen des gesamten Prozesses oder anderer Anwendungen, die Daten an die betroffene Anwendung empfangen oder senden. Regressionstests ist der Hauptschwerpunkt dieser Testaktivität.

Testtools für die Mainframe-Automatisierung

Nachfolgend finden Sie eine Liste der Tools, die für den Mainframe verwendet werden können Automatisierungstests.

  • REXX
  • Excel
  • QTP

Methodik beim Mainframe-Testen

Betrachten wir ein Beispiel: Eine XYZ-Versicherungsgesellschaft verfügt über ein Mitgliederregistrierungsmodul. Es werden Daten sowohl vom Mitgliederregistrierungsbildschirm als auch von der Offline-Registrierung übernommen. Wie bereits erwähnt, sind für Mainframe-Tests zwei Ansätze erforderlich: Online-Tests und Batch-Tests.

  • Online-Tests erfolgt auf dem Mitgliedsregistrierungsbildschirm. Genau wie eine Webseite wird die Datenbank mit den über die Bildschirme eingegebenen Daten validiert.
  • Offline-Anmeldung Dies kann eine schriftliche Anmeldung oder eine Anmeldung auf der Website eines Drittanbieters sein. Die Offline-Daten (auch Batch genannt) werden über Batch-Jobs in die Unternehmensdatenbank eingegeben. Eine Eingabe-Flatfile wird gemäß dem vorgeschriebenen Datenformat erstellt und der Sequenz von Batch-Jobs zugeführt. Für das Testen von Mainframe-Anwendungen können wir also Folgendes verwendenwing Ansatz.
  • Der erste Job in der Reihe der Batch-Jobs validiert die eingegebenen Daten. Nehmen wir zum Beispiel Sonderzeichen, Alphabete in Nur-Zahlen-Feldern usw.
  • Der zweite Job validiert die Konsistenz der Daten basierend auf den Geschäftsbedingungen. Beispielsweise sollte die Anmeldung eines Kindes keine abhängigen Daten, die Postleitzahl des Mitglieds (die im angemeldeten Plan nicht zur Verfügung steht) 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 (die Datenbank speichert nur die Plan-ID und den Namen des Versicherungsplans), das Anhängen des Eintragsdatums usw.
  • Der vierte Job lädt die Daten in die Datenbank.
  • Batch-Job-Tests Dieser Prozess erfolgt in zwei Phasen:
  • Jeder Job wird separat validiert und die
  • Die Integration zwischen den Jobs wird validiert, indem dem ersten Job eine Eingabe-Flatfile bereitgestellt und die Datenbank validiert wird. (Zwischenergebnisse müssen aus Gründen besonderer Vorsicht validiert werden)

Die folgendenwing ist die Methode für Mainframe-Tests:

Schritt 1): Shakedown/Rauchprüfung

Das Hauptaugenmerk in dieser Phase liegt auf der Validierung, ob sich der bereitgestellte Code in der richtigen Testumgebung befindet. Es stellt außerdem sicher, dass es keine kritischen Probleme mit dem Code gibt.

Schritt 2): Systemtest

Nachfolgend sind die Testarten aufgeführt, die im Rahmen des Systemtests durchgeführt werden.

  1. Chargentests – Diese Tests werden durchgeführt, indem die Testergebnisse der Ausgabedateien und Datenänderungen, die durch die Batch-Jobs im Testumfang vorgenommen wurden, validiert und aufgezeichnet werden.
  2. Online-Testing – Diese Tests werden am Frontend der Mainframe-Anwendung durchgeführt. Hier wird der Antrag auf korrekte Eingabefelder wie Versicherungsplan, Zinsen für den Plan usw. geprüft.
  3. Online-Batch-Integrationstests – Diese Tests werden auf Systemen mit Batch-Prozessen und Online-Anwendung durchgeführt. Der Datenfluss und die Interaktion zwischen den Online-Bildschirmen und den Batch-Jobs werden validiert.

    (Beispiel für diese Art von Tests – Erwägen Sie eine Aktualisierung des Plan details wie eine Erhöhung des Zinssatzes. Die Zinsänderung erfolgt auf einem Aktualisierungsbildschirm und der Saldo wird angezeigttails auf den betroffenen Konten werden nur durch einen nächtlichen Batch-Job geändert. Die Prüfung erfolgt in diesem Fall durch Validierung des Plan details Bildschirm und der Batch-Job-Lauf zur Aktualisierung aller Konten).

  4. Datenbanktests – Die Datenbanken, in denen die Daten aus der Mainframe-Anwendung (IMS, IDMS, DB2, VSAM/ISAM, Sequential Datasets, GDGs) auf ihr Layout und die Datenspeicherung validiert werden.

Schritt 3): System Integrationstests

Der Hauptzweck dieser 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 nutzen jedoch Daten des zu testenden Systems. 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 fließen können, und die daraus resultierenden Aktionen, die von den einzelnen Systemen ergriffen werden.

Folgende Arten von Tests werden in dieser Phase durchgeführt:

  1. Chargentests
  2. Online-Testing
  3. 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 Batch-Jobs und Online-Bildschirme, die nicht direkt mit dem zu testenden System interagieren (oder nicht in den Anforderungsbereich fallen), von der aktuellen Projektversion nicht betroffen sind.

Um effektive Regressionstests durchzuführen, sollte je nach Kom ein bestimmter Satz von Testfällen in die engere Auswahl genommen werdenplexity und ein Regressionsbett (Testfall-Repository) sollten erstellt werden. Dieser Satz sollte immer dann aktualisiert werden, wenn in der Version eine neue Funktionalität eingeführt wird.

Schritt 5): Performance Testing

Diese Tests werden durchgeführt, um Engpässe in stark betroffenen Bereichen wie Front-End-Daten und der Aktualisierung von Online-Datenbanken zu identifizieren und die Skalierbarkeit der Anwendung zu prognostizieren.

Schritt 6): Sicherheitstests

Diese Tests werden durchgeführt, um zu bewerten, wie gut die Anwendung zur Abwehr von Sicherheitsangriffen konzipiert und entwickelt ist.

Auf dem System sollten zwei Sicherheitstests durchgeführt werden: Mainframe-Sicherheit und Netzwerksicherheit.

Die Funktionen, die getestet werden müssen, sind:

  1. Integrität
  2. Vertraulichkeit
  3. Genehmigung
  4. Beglaubigung
  5. Verfügbarkeit

Schritte beim Batch-Testen

  1. Nachdem das QA-Team das genehmigte Paket erhalten hat (Paket enthält Prozeduren, JCL, Kontrollkarten, Module usw.), sollte der Tester eine Vorschau der Inhalte anzeigen und diese nach Bedarf in PDS abrufen.
  2. Konvertieren Sie die Produktions-JCL oder Entwicklungs-JCL in eine QA-JCL, auch JOB SETUP genannt.
  3. Produktionsdatei kopieren und Testdateien vorbereiten.
  4. Für jede Funktionalität wird eine Jobsequenz definiert. (Wie im Beispiel im Abschnitt „Methodik im Mainframe“ erläutert). Die Jobs sollten mit dem SUB-Befehl mit den Testdatendateien übermittelt werden.
  5. Überprüfen Sie die Zwischendatei, um die Gründe für fehlende oder fehlerhafte Daten zu ermitteln.
  6. Überprüfen Sie die endgültige Ausgabedatei, die Datenbank und den Spool, um die Testergebnisse zu validieren.
  7. Wenn der Job fehlschlägt, kennt der Spooler den Grund für den Jobfehler. Beheben Sie den Fehler und senden Sie den Job erneut.

Testberichte – Defekt sollte protokolliert werden, wenn das tatsächliche Ergebnis vom erwarteten Ergebnis abweicht.

Schritte beim Online-Testen

  1. Wählen Sie in einer Testumgebung den Online-Bildschirm aus.
  2. Testen Sie jedes Feld auf akzeptable Daten.
  3. Testen Sie die Testszenario auf dem Bildschirm.
  4. Überprüfen Sie die Datenbank auf dem Online-Bildschirm auf Datenaktualisierungen.

Testberichte – Fehler sollten protokolliert werden, wenn das tatsächliche Ergebnis vom erwarteten Ergebnis abweicht.

Schritte zum Online-Batch-Integrationstest

  1. Führen Sie den Job in einem aus Test Umgebung und validieren Sie die Daten auf den Online-Bildschirmen.
  2. Aktualisieren Sie die Daten auf den Online-Bildschirmen und überprüfen Sie, ob der Batch-Job ordnungsgemäß mit den aktualisierten Daten ausgeführt wird.

Befehle, die beim Mainframe-Testen verwendet werden

  1. SENDEN – Senden Sie einen Hintergrundjob.
  2. CANCEL – Hintergrundjob abbrechen.
  3. ALLOCATE – Einen Datensatz zuweisen
  4. KOPIEREN – Einen Datensatz kopieren
  5. RENAME – Datensatz umbenennen
  6. DELETE – Datensatz löschen
  7. JOB-SCAN – Zum Binden der JCL an das Programm, die Bibliotheken, die Datei usw., ohne sie auszuführen.

Es gibt viele andere Befehle, die bei Bedarf verwendet werden, aber sie kommen nicht so häufig vor.

Voraussetzungen für den Start des Mainframe-Tests

Grunddetails Für Mainframe-Tests benötigt werden:

  • Login-ID und Passwort für die Anmeldung bei der Anwendung.
  • Kurze Kenntnisse über ISPF-Befehle.
  • Namen der Dateien, Dateiqualifizierer und ihre Typen.

Bevor Sie mit dem Testen des Mainframes beginnen, sollten die folgenden Aspekte überprüft werden.

  1. Job
    1. Führen Sie vor der Ausführung einen Jobscan (Befehl – ​​JOBSCAN) durch, um nach Fehlern zu suchen.
    2. Der CLASS-Parameter sollte auf die Testklasse verweisen.
    3. Leiten Sie die Jobausgabe mithilfe des Parameters MSGCLASS in die Spool- oder JHS-Umgebung oder nach Bedarf.
    4. Leiten Sie das E ummail im Job zum Spoolen oder Testen mail ID.
    5. Kommentieren Sie die FTP-Schritte für den ersten Test und verweisen Sie den Job dann auf einen Testserver.
    6. Falls im Auftrag ein IMR (Incident Management Record) generiert wird, fügen Sie einfach den Kommentar „TESTZWECK“ in den Auftrag oder die Parameterkarte ein.
    7. Alle Produktionsbibliotheken im Job sollten geändert und auf Testbibliotheken verwiesen werden.
    8. Die Arbeit sollte nicht unbeaufsichtigt bleiben.
    9. Um zu verhindern, dass der Job im Fehlerfall in einer Endlosschleife ausgeführt wird, sollte der Parameter TIME mit der angegebenen Zeit hinzugefügt werden.
    10. Speichern Sie die Ausgabe des Jobs einschließlich des Spools. Der Spool kann mit XDC gespeichert werden.
  1. Reichen Sie das
    1. Erstellen Sie nur eine Testdatei in der benötigten Größe. Verwenden Sie bei Bedarf GDGs (Generation Data Groups – Dateien mit demselben Namen, aber mit fortlaufenden Versionsnummern – MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 usw.), um Daten in aufeinanderfolgenden Dateien mit demselben Namen zu speichern.
    2. Der DISP-Parameter (Disposition – beschreibt das System zur Aufbewahrung oder Löschung des Datensatzes nach normaler oder abnormaler Beendigung des Schritts oder Jobs) für die Dateien sollte korrekt codiert sein.
    3. 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 HALTEN-Status wechselt.
    4. Stellen Sie beim Testen mit GDGs sicher, dass auf die richtige Version verwiesen wird.
  2. Datenbase
    1. Stellen Sie beim Ausführen des Jobs oder Online-Programms sicher, dass keine unbeabsichtigten Daten eingefügt, aktualisiert oder gelöscht werden.
    2. Stellen Sie außerdem sicher, dass zum Testen die richtige DB2-Region verwendet wird.
  3. Testfälle
    1. Testen Sie immer auf Randbedingungen wie „Leere Datei“, Verarbeitung des ersten Datensatzes, Verarbeitung des letzten Datensatzes usw.
    2. Geben Sie immer sowohl positive als auch negative Testbedingungen an.
    3. Falls im Programm Standardprozeduren wie Checkpoint-Neustart, Abendmodule, Steuerdateien usw. verwendet werden, schließen Sie Testfälle ein, um zu überprüfen, ob die Module korrekt verwendet wurden.
  4. Testdaten
    1. Die Einrichtung der Testdaten sollte vor Beginn des Tests erfolgen.
    2. Ändern Sie niemals die Daten in der Testregion ohne vorherige Ankündigung. Möglicherweise arbeiten andere Teams mit denselben Daten und ihr Test würde fehlschlagen.
    3. Falls die Produktionsdateien während der Ausführung benötigt werden, sollte vor dem Kopieren oder Verwenden eine entsprechende Genehmigung eingeholt werden.

Praxisbeispiele

  1. Bei der Ausführung eines Batch-Jobs 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 auch dann erfolgreich ausgeführt, wenn die Ausgabe leer ist oder nicht den Erwartungen entspricht. Daher wird immer erwartet, dass alle Ausgaben überprüft werden, bevor der Job für erfolgreich erklärt wird.
  2. Es empfiehlt sich immer, einen Probelauf der zu testenden Aufgabe durchzuführen. Der Probelauf erfolgt mit leeren Eingabedateien. Dieser Prozess sollte für die Jobs befolgt werden, die von den für den Testzyklus vorgenommenen Änderungen betroffen sind.
  3. Bevor der Testzyklus beginnt, sollte die Einrichtung des Testauftrags rechtzeitig erfolgen. Dies hilft dabei, JCL-Fehler im Voraus herauszufinden und spart so Zeit bei der Ausführung.
  4. Stellen Sie beim Zugriff auf DB2-Tabellen über SPUFI (Option des Emulators für den Zugriff auf DB2-Tabellen) die automatische Festschreibung immer auf „NEIN“, um versehentliche Aktualisierungen zu vermeiden.
  5. Die Verfügbarkeit von Testdaten ist die größte Herausforderung beim Batch-Testen. Erforderliche Daten sollten rechtzeitig vor dem Testzyklus erstellt und auf Vollständigkeit überprüft werden.
  6. Einige Online-Transaktionen und Batch-Jobs schreiben möglicherweise Daten in MQs (Message Queue), um Daten an andere Anwendungen zu übertragen. Wenn die Daten ungültig sind, werden MQs möglicherweise deaktiviert/stoppt, was sich auf den gesamten Testprozess auswirkt. Es empfiehlt sich, nach dem Testen zu überprüfen, ob MQs ordnungsgemäß funktionieren.

Herausforderungen und Fehlerbehebung beim Mainframe-Testen

Herausforderungen Ansatz
Unvollständige/unklare Anforderungen

Möglicherweise besteht Zugriff auf das Benutzerhandbuch/den Schulungsleitfaden, diese entsprechen jedoch nicht den dokumentierten Anforderungen.

Tester sollten ab der Anforderungsphase in den SDLC eingebunden werden. Dies hilft zu überprüfen, ob die Anforderungen testbar sind.
Dateneinrichtung/-identifizierung

Es kann Situationen geben, in denen vorhandene Daten gemäß den Anforderungen wiederverwendet werden sollten. Manchmal ist es schwierig, aus den vorhandenen Daten die benötigten Daten zu identifizieren.

Für die Dateneinrichtung können je nach Bedarf selbst entwickelte Tools verwendet werden.
Zum Abrufen vorhandener Daten sollten Abfragen im Voraus erstellt werden. Im Falle von Schwierigkeiten kann eine Anfrage an das Datenverwaltungsteam gestellt werden, damit die erforderlichen Daten erstellt oder geklont werden.
Job-Setup

Sobald die Jobs in PDS abgerufen wurden, muss der Job in der QA-Region eingerichtet werden. Damit die Jobs nicht mit Produktionsqualifikator oder Pfaddetails übermittelt werden.

Um menschliche Fehler bei der Einrichtung zu vermeiden, sollten Werkzeuge zur Auftragseinrichtung verwendet werden.
Ad-hoc-Anfrage

Es kann Situationen geben, in denen End-to-End-Tests aufgrund eines Problems bei Upstream- oder Downstream-Anwendungen unterstützt werden müssen. Diese Anfragen erhöhen den Zeit- und Arbeitsaufwand im Ausführungszyklus.

Der Einsatz von Automatisierungsskripten, Regressionsskripten und Skelettskripten könnte dazu beitragen, den Zeit- und Arbeitsaufwand zu reduzieren.
Pünktliche Veröffentlichungen für Umfangsänderungen

Es kann vorkommen, dass die Auswirkungen auf den Code das Erscheinungsbild des Systems vollständig verändern. Dies erfordert möglicherweise eine Änderung der Testfälle, Skripte und Daten.

Es sollten ein Scope-Change-Management-Prozess und eine Auswirkungsanalyse vorhanden sein.

Häufige Abende angetroffen

  1. S001 – Ein E/A-Fehler ist aufgetreten.

    Grund – Lesen am Ende der Datei, Dateilängenfehler, Versuch, in eine schreibgeschützte Datei zu schreiben.

  2. S002 – Ungültiger E/A-Datensatz.

    Grund – Es wurde versucht, einen Datensatz zu schreiben, der länger als die Datensatzlänge ist.

  3. S004 – Beim ÖFFNEN ist ein Fehler aufgetreten.

    Grund – Ungültiger DCB

  4. S013 – Fehler beim Öffnen eines Datensatzes.

    Grund – PDS-Mitglied existiert nicht, die Datensatzlänge im Programm stimmt nicht mit der tatsächlichen Datensatzlänge überein.

  5. S0C1 – Betriebsausnahme

    Grund – Datei kann nicht geöffnet werden, DD-Karte fehlt

  6. S0C4 – Schutzausnahme/Speicherverletzung
  7. Grund: Es wird versucht, auf Speicher zuzugreifen, der für das Programm nicht verfügbar ist.
  8. S0C7 – Programmprüfungsausnahme – Daten
  9. Grund – Änderung im Datensatzlayout oder Dateilayout.
  10. Sx22 – Auftrag wurde abgebrochen
  11. S222 – Job vom Benutzer ohne Dump abgebrochen.
  12. S322 – Job- oder Schrittzeit hat den angegebenen Grenzwert überschritten, oder das Programm befindet sich in einer Schleife oder der Zeitparameter reicht nicht aus.
  13. S522 – Zeitüberschreitung der TSO-Sitzung.
  14. S806 – Verbindung oder Laden nicht möglich.

    Grund – Job-ID konnte das angegebene Lademodul nicht finden.

  15. S80A – Nicht genügend virtueller Speicher, um GETMAIN- oder FREEMAIN-Anfragen zu erfüllen.
  16. S913 – Versuch, auf den Datensatz zuzugreifen, für den der Benutzer nicht autorisiert ist.
  17. Sx37 – Dem Datensatz kann nicht genügend Speicher zugewiesen werden.

Error Assist – Ein sehr beliebtes Tool, um detaillierte Informationen zu verschiedenen Arten von Abbrüchen zu erhalten.

Häufiges Problem beim Mainframe-Testen

  • Jobabende – Für einen erfolgreichen Abschluss des Auftrags sollten Sie überprüfen, ob die Daten, die Eingabedatei und die Module am jeweiligen Standort vorhanden sind oder nicht. Abende können aus mehreren Gründen auftreten, am häufigsten sind ungültige Daten, falsche Eingabefelder, Datumskonflikte, Umweltprobleme usw.
  • Ausgabedatei leer–Obwohl der Job möglicherweise erfolgreich ausgeführt wird (MaxCC 0), ist die Ausgabe möglicherweise nicht wie erwartet. Bevor ein Testfall bestanden wird, muss der Tester sicherstellen, dass die Ausgabe kreuzverifiziert ist. Erst dann weitermachen.
  • Eingabedatei leer – In einigen Anwendungen werden Dateien von den vorgelagerten Prozessen empfangen. Bevor die empfangene Datei zum Testen der aktuellen Anwendung verwendet wird, sollten die Daten überprüft werden, um eine erneute Ausführung und Überarbeitung zu vermeiden.

Zusammenfassung:

  • Mainframe-Tests sind wie jedes andere Testverfahren und beginnen mit der Anforderungserfassung, dem Testdesign, der Testausführung und der Ergebnisberichterstattung.
  • Um die Anwendung effektiv zu testen, sollte der Tester an Designbesprechungen teilnehmen, die von Entwicklungs- und Geschäftsteams geplant werden.
  • Der Tester muss sich unbedingt mit den verschiedenen Mainframe-Testfunktionen vertraut machen. Wie Bildschirmnavigation, Datei- und PDS-Erstellung, Speichern von Testergebnissen usw. vor Beginn des Testzyklus.
  • Das Testen von Mainframe-Anwendungen ist ein zeitaufwändiger Prozess. Für den Testentwurf, die Dateneinrichtung und die Testausführung sollte ein klarer Testplan eingehalten werden.
  • Batch-Tests und Online-Tests sollten effektiv durchgeführt werden, ohne dass eine der im Anforderungsdokument genannten Funktionen fehlt, und nein Testfall sollte verschont bleiben.