Mainframe tesztelése – Teljes oktatóanyag

Mielőtt megtanulná a nagyszámítógépes tesztelési koncepciókat, tanuljon

Mi az a Mainframe?

A mainframe egy nagy teljesítményű és nagy sebességű számítógépes rendszer. Nagyobb méretű számítástechnikai célokra használják, amelyek nagy rendelkezésre állást és biztonságot igényelnek. Leginkább olyan szektorokban használják, mint a pénzügy, a biztosítás, a kiskereskedelem és más kritikus területek, ahol hatalmas adatokat dolgoznak fel többször.

Mainframe tesztelése

Mainframe tesztelése a szoftveralkalmazások és -szolgáltatások tesztelésének folyamata a nagyszámítógépes rendszereken. A nagyszámítógépes tesztelés célja a szoftveralkalmazás vagy szolgáltatás teljesítményének, megbízhatóságának és minőségének biztosítása ellenőrzési és érvényesítési módszerekkel, valamint annak ellenőrzése, hogy készen áll-e a telepítésre.

A Mainframe tesztelés során a tesztelőnek csak a CICS képernyők navigációiról kell tudnia. Egyedi felhasználásra készültek. A COBOL, JCL stb. teszterben végrehajtott kódon végzett bármilyen változtatásnak nem kell aggódnia a gépen beállított emulátor miatt. Az egyik terminálemulátoron működő változtatások másokon is működni fognak.

• A Mainframe alkalmazást (más néven job batch) a követelmények alapján kifejlesztett tesztesetek alapján tesztelik
• A nagyszámítógépes tesztelést általában a telepített kódon hajtják végre a bemeneti fájlba beállított különféle adatkombinációk segítségével.
• A nagyszámítógépen futó alkalmazások a terminálemulátoron keresztül érhetők el. Az emulátor az egyetlen szoftver, amelyet telepíteni kell az ügyfélgépre.

Mainframe attribútumok

1. Virtuális tárhely
   1. Ez egy olyan technika, amely lehetővé teszi a processzor számára, hogy szimulálja a fő tárhelyet, amely nagyobb, mint a tényleges tárhely.
   2. Ez egy technika a memória hatékony felhasználására különböző méretű feladatok tárolására és végrehajtására.
   3. A lemezes tárolást a valódi tárhely kiterjesztéseként használja.
2. Többprogramozás
   1. A számítógép egynél több programot hajt végre egyszerre. De egy adott pillanatban csak egy program irányíthatja a CPU-t.
   2. Ez egy lehetőség a CPU hatékony használatára.
3. Kötegelt feldolgozás
   1. Ez egy olyan technika, amellyel bármely feladatot munkakörökként ismert egységekben hajtanak végre.
   2. Egy job egy vagy több program egymás utáni végrehajtását idézheti elő.
   3. A Munkaütemező dönt arról, hogy a munkákat milyen sorrendben kell végrehajtani. Az átlagos átviteli sebesség maximalizálása érdekében a feladatok prioritásuk és osztályuk szerint vannak ütemezve.
   4. A kötegelt feldolgozáshoz szükséges információkat a JCL (JOB CONTROL LANGUAGE) biztosítja. A JCL leírja a kötegelt munkát – a szükséges programokat, adatokat és erőforrásokat.
4. Időosztás
   1. Az időmegosztásos rendszerben minden felhasználó hozzáfér a rendszerhez a termináleszközön keresztül. A későbbi végrehajtásra ütemezett feladatok elküldése helyett a felhasználó azonnali feldolgozásra kerülő parancsokat ad meg.
   2. Ezért ezt „interaktív feldolgozásnak” nevezik. Lehetővé teszi a felhasználó számára, hogy közvetlenül kommunikáljon a számítógéppel.
   3. Az időben megosztott feldolgozást „előtérbeli feldolgozásnak”, a kötegelt feladatfeldolgozást pedig „háttérfeldolgozásnak” nevezik.
5. Spooling
   1. SPOOLING jelentése Egyidejű periféria Operaciók Online.
   2. A SPOOL eszköz a program/alkalmazás kimenetének tárolására szolgál. A spool kimenet a kimeneti eszközökhöz, például nyomtatóhoz kerül (ha szükséges).
   3. Ez egy olyan lehetőség, amely kihasználja a pufferelés előnyeit a kimeneti eszközök hatékony kihasználására.

A kézi tesztelés osztályozása nagyszámítógépben

mainframe Kézi tesztelés két típusba sorolható:

1. Kötegelt munka tesztelése -

• A tesztelési folyamat magában foglalja a kötegelt feladatok végrehajtását az aktuális kiadásban megvalósított funkciókhoz.
• A kimeneti fájlokból és az adatbázisból kinyert teszteredményeket ellenőrizzük és rögzítjük.

2. Online tesztelés -

• Az online tesztelés a CICS képernyők tesztelésére vonatkozik, amely hasonló a weboldal teszteléséhez.
• A meglévő képernyők funkcionalitása megváltoztatható, vagy új képernyők hozzáadhatók.
• Különféle alkalmazásoknak lehet lekérdező képernyője és frissítési képernyője. Ezen képernyők működőképességét az online tesztelés részeként ellenőrizni kell.

Hogyan kell elvégezni a Mainframe tesztelését

1. Az Üzleti csapat elkészíti a követelménydokumentumokat. Ez határozza meg, hogy egy adott elem vagy folyamat hogyan módosul a kiadási ciklusban.
2. A tesztelő csapat és a fejlesztés megkapja a követelménydokumentumot. Ki fogják találni, hogy hány folyamatot érint majd a változás. Általában egy kiadásban az alkalmazásnak csak 20-25%-át érinti közvetlenül a testreszabott követelmény. A kiadás másik 75%-a a kimenő funkciókra vonatkozik, mint például az alkalmazások és folyamatok tesztelésére.
3. Tehát egy Mainframe alkalmazást két részben kell tesztelni:
   1. Vizsgálati követelmények – Az alkalmazás tesztelése a követelménydokumentumban említett funkcionalitás vagy változás szempontjából.
   2. Integráció tesztelése – A teljes folyamat vagy más alkalmazás tesztelése, amely adatokat fogad vagy küld az érintett alkalmazásnak. Regressziós teszt ennek a tesztelési tevékenységnek az elsődleges fókusza.

Mainframe Automation Testing Tools

Az alábbiakban a nagyszámítógépekhez használható eszközök listája található Automatizálási tesztelés.

• REXX
• Excel
• QTP

Módszertan a nagyszámítógépes tesztelésben

Nézzünk egy példát: Egy XYZ biztosítótársaság rendelkezik tagfelvételi modullal. Mind a tagfelvételi képernyőről, mind az offline regisztrációról adatokat vesz igénybe. Amint azt korábban tárgyaltuk, két megközelítést alkalmaz a nagyszámítógépes tesztelés, az online tesztelés és a kötegelt tesztelés.

• Online tesztelés a tagfelvételi képernyőn történik. Csakúgy, mint egy weboldal, az adatbázist a képernyőkön bevitt adatokkal hitelesítik.
• Offline beiratkozás lehet papíralapú regisztráció vagy harmadik fél webhelyén történő regisztráció. Az offline adatok (más néven kötegelt) kötegelt feladatokon keresztül kerülnek be a vállalati adatbázisba. A bemeneti lapos fájl az előírt adatformátum szerint készül, és a kötegelt feladatok sorozatába kerül. Tehát a nagyszámítógépes alkalmazások teszteléséhez a következő megközelítést használhatjuk.
• A kötegelt jobok sorában az első job érvényesíti a bevitt adatokat. Tegyük fel például a speciális karaktereket, az ábécéket a csak szám mezőkben stb.
• A második feladat az adatok konzisztenciáját hitelesíti az üzleti feltételek alapján. Például egy gyermekbeiratkozás nem tartalmazhat függő adatokat, tag irányítószámát (amely nem áll rendelkezésre a beiratkozott előfizetéssel) stb.
• A harmadik munka az adatbázisba beírható formátumban módosítja az adatokat. Például a terv nevének törlése (az adatbázis csak a tervazonosítót és a biztosítási terv nevét tárolja), a bejegyzés dátumának hozzáfűzése stb.
• A negyedik feladat betölti az adatokat az adatbázisba.
• Kötegelt munka tesztelése ezen a folyamaton két fázisban történik –
• Minden munkakör külön érvényesítésre kerül, és a
• A jobok közötti integráció érvényesítése úgy történik, hogy az első jobhoz bemeneti síkfájlt adnak, és érvényesítik az adatbázist. (A közbenső eredményeket a fokozott óvatosság érdekében érvényesíteni kell)

A következő módszert követik a nagyszámítógépes teszteléshez:

Step 1) Razzia/Füstvizsgálat

Ebben a szakaszban a fő hangsúly annak ellenőrzésén van, hogy a telepített kód a megfelelő tesztkörnyezetben van-e. Azt is biztosítja, hogy ne legyenek kritikus problémák a kóddal.

Step 2) Rendszer tesztelés

Az alábbiakban felsoroljuk a rendszerteszt részeként végzett tesztelések típusait.

1. Batch tesztelés – Ez a tesztelés a kimeneti fájlok teszteredményeinek és a tesztelési hatókörbe tartozó kötegelt munkák által végzett adatmódosítások érvényesítésével és rögzítésével történik.
2. Online tesztelés – Ezt a tesztelést a nagyszámítógépes alkalmazás előlapján végzik el. Itt tesztelik az alkalmazást a megfelelő belépési mezők szempontjából, mint például a biztosítási terv, a terv kamata stb.
3. Online kötegelt integrációs tesztelés – Ezt a tesztelést kötegelt folyamatokkal és online alkalmazással rendelkező rendszereken végezzük. Az online képernyők és a kötegelt feladatok közötti adatáramlás és interakció érvényesítésre kerül.

   (Példa az ilyen típusú tesztelésre – Fontolja meg a terv részleteinek frissítését, például a kamatláb emelését. Az érdekeltség módosítása egy frissítési képernyőn történik, és az érintett számlák egyenleg adatait csak egy éjszakai kötegelt munka módosítja. A tesztelés ebben az esetben a Terv részletei képernyő és az összes fiók frissítéséhez futtatott kötegelt feladat érvényesítésével történik.

4. Adatbázis tesztelése – Azok az adatbázisok, amelyekben a nagyszámítógépes alkalmazásból származó adatok (IMS, IDMS, DB2, VSAM/ISAM, szekvenciális adatkészletek, GDG-k) érvényesítésre kerülnek az elrendezés és az adattárolás szempontjából.

Step 3) rendszer Integrációs tesztelés

A tesztelés elsődleges célja a tesztelt rendszerrel kölcsönhatásban lévő rendszerek működőképességének ellenőrzése.

Ezeket a rendszereket közvetlenül nem érintik a követelmények. A tesztelés alatt álló rendszer adatait azonban felhasználják. Fontos, hogy teszteljük a felületet és a különböző típusú üzeneteket (pl. Munka sikeres, Feladat sikertelen, Adatbázis frissítve stb.), amelyek a rendszerek között lehetségesek, és az egyes rendszerek által végzett műveletek ezekből adódnak.

Az ebben a szakaszban végzett vizsgálatok típusai

1. Batch tesztelés
2. Online tesztelés
3. Online – kötegelt integrációs tesztelés

Step 4) Regressziós teszt

A regressziós tesztelés minden típusú tesztelési projekt közös fázisa. Ez a nagyszámítógépeken végzett tesztelés biztosítja, hogy az aktuális projektkiadás ne érintse azokat a kötegelt feladatokat és online képernyőket, amelyek nem érintkeznek közvetlenül a tesztelt rendszerrel (vagy nem tartoznak a követelmények hatálya alá).

A hatékony regressziós tesztelés érdekében egy adott teszteset-készletet kell kiválasztani azok összetettségétől függően, és létre kell hozni egy regressziós ágyat (Tesztesetek tárház). Ezt a készletet minden alkalommal frissíteni kell, amikor új funkciót vezetnek be a kiadásba.

Step 5) Teljesítményfelmérés

Ez a tesztelés célja a szűk keresztmetszetek azonosítása az olyan nagy slágerterületeken, mint a front-end adatok, az online adatbázisok frissítése és az alkalmazás méretezhetőségének előrejelzése.

Step 6) Biztonsági tesztelés

Ez a tesztelés annak értékelésére szolgál, hogy az alkalmazást mennyire tervezték és fejlesztették a biztonsági támadások elleni küzdelemre.

Kétszeres biztonsági tesztelést kell végezni a rendszeren – a nagyszámítógép biztonságát és a hálózati biztonságot.

A teszteléshez szükséges tulajdonságok

1. Integrity
2. Titoktartás
3. Meghatalmazás
4. Hitelesítés
5. Elérhetőség:

A kötegelt tesztelés lépései

1. Miután a minőségellenőrző csapat megkapta a jóváhagyott csomagot (a csomag eljárásokat, JCL-t, vezérlőkártyákat, modulokat stb. tartalmaz), a tesztelőnek meg kell tekintenie a tartalmat, és szükség szerint vissza kell kérnie a PDS-be.
2. Alakítsa át az éles JCL-t vagy a Fejlesztési JCL-t QA JCL-vé, amelyet más néven JOB SETUP-nak neveznek.
3. Gyári fájl másolása és tesztfájlok előkészítése.
4. Minden funkcióhoz meg kell határozni egy feladatsort. (Mint a Módszertan a nagyszámítógépben című részben található példában kifejtésre került). A feladatokat a SUB paranccsal kell elküldeni a tesztadatfájlokkal együtt.
5. Ellenőrizze a köztes fájlt, hogy azonosítsa az adatok hiányának vagy hibájának okait.
6. A teszteredmények érvényesítéséhez ellenőrizze a végső kimeneti fájlt, az adatbázist és a spoolt.
7. Ha a feladat meghiúsul, a spool lesz a hiba oka. Javítsa ki a hibát, és küldje be újra a munkát.

Tesztjelentés – Disszidál naplózni kell, ha a tényleges eredmény eltér a várttól.

Az online tesztelés lépései

1. Válassza ki az Online képernyőt egy tesztkörnyezetben.
2. Minden mezőben tesztelje az elfogadható adatokat.
3. Teszteld a Teszt forgatókönyv a képernyőn.
4. Ellenőrizze az adatbázist az adatfrissítésekhez az online képernyőről.

Tesztjelentés – A hibát naplózni kell, ha a tényleges eredmény eltér a várttól.

Az Online – Batch Integration tesztelés lépései

1. Futtassa a munkát a Tesztkörnyezet és érvényesítse az adatokat az online képernyőkön.
2. Frissítse az adatokat az online képernyőkön, és ellenőrizze, hogy a kötegelt feladat megfelelően fut-e a frissített adatokkal.

A nagyszámítógép tesztelésében használt parancsok

1. ELKÜLDÉS – háttérfeladat beküldése.
2. CANCEL – Háttérmunka megszakítása.
3. ALLOCATE – Adatkészlet lefoglalása
4. MÁSOLÁS – Adatkészlet másolása
5. RENAME – Adatkészlet átnevezése
6. DELETE – Adatkészlet törlése
7. JOB SCAN – A JCL összerendelése a programmal, könyvtárakkal, fájlokkal stb. végrehajtás nélkül.

Sok más parancs is használható, ha szükséges, de ezek nem olyan gyakoriak.

Előfeltételek a mainframe tesztelésének megkezdéséhez

A mainframe teszteléséhez szükséges alapvető részletek a következők:

• Bejelentkezési azonosító és jelszó az alkalmazásba való bejelentkezéshez.
• Rövid ismeretek az ISPF parancsokról.
• A fájlok neve, fájlminősítő és típusuk.

A nagyszámítógépes tesztelés megkezdése előtt ellenőrizni kell az alábbi szempontokat.

1. Munka
   1. Végezzen feladat-ellenőrzést (Command – JOBSCAN), hogy ellenőrizze a hibákat a végrehajtás előtt.
   2. A CLASS paramétert a tesztosztályra kell mutatni.
   3. Irányítsa a feladat kimenetét spoolba vagy JHS-be, vagy igény szerint az MSGCLASS paraméter használatával.
   4. A feladatban szereplő e-mail átirányítása spoolba vagy tesztlevélazonosítóba.
   5. Írja megjegyzésbe az FTP lépéseit a kezdeti teszteléshez, majd irányítsa a feladatot egy tesztkiszolgálóra.
   6. Abban az esetben, ha a munkában IMR (Incidenskezelési rekord) keletkezik, csak írja be a „TESZTELÉSI CÉL” megjegyzést a feladathoz vagy a paraméterkártyához.
   7. A feladatban szereplő összes éles könyvtárat módosítani kell, és a tesztkönyvtárak felé kell mutatni.
   8. A munkát nem szabad felügyelet nélkül hagyni.
   9. Annak elkerülése érdekében, hogy a job végtelen ciklusban fusson bármilyen hiba esetén, a TIME paramétert hozzá kell adni a megadott idővel.
   10. Mentse el a feladat kimenetét, beleértve az orsót is. Az orsó XDC segítségével menthető.

2. filé
   1. Csak a szükséges méretű tesztfájlt hozzon létre. Használja a GDG-ket (generációs adatcsoportok – azonos nevű, de egymást követő verziószámú fájlok – MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 stb.), ha szükséges, hogy az adatokat azonos nevű egymást követő fájlokban tárolja.
   2. A DISP (Disposition – az adathalmaz megtartását vagy törlését a lépés vagy feladat normál vagy rendellenes befejezése után) végrehajtó rendszert írja le a fájlok paraméterének megfelelően kódolni.
   3. Győződjön meg arról, hogy a feladat végrehajtásához használt összes fájlt megfelelően menti és zárja be, hogy megakadályozza a feladat HOLD állapotba kerülését.
   4. A GDG-k használatával végzett tesztelés során ügyeljen arra, hogy a megfelelő verziót mutassa.
3. adatbázis
   1. A feladat vagy az online program végrehajtása közben ügyeljen arra, hogy ne kerüljön beillesztésre, frissítésre vagy törlésre nem kívánt adatok.
   2. Győződjön meg arról is, hogy a megfelelő DB2 régiót használja a teszteléshez.
4. Teszt esetek
   1. Mindig ellenőrizze a peremfeltételeket, mint például – Üres fájl, Első rekord feldolgozás, Utolsó rekord feldolgozás stb.
   2. Mindig vegye figyelembe mind a pozitív, mind a negatív vizsgálati feltételeket.
   3. Abban az esetben, ha szabványos eljárásokat használ a program, mint például a Check Point restart, Abend Modules, Control fájlok stb., tartalmazzon teszteseteket a modulok helyes használatának ellenőrzésére.
5. Teszt adat
   1. A tesztadatok beállítását a tesztelés megkezdése előtt el kell végezni.
   2. Soha ne módosítsa a tesztterület adatait értesítés nélkül. Előfordulhat, hogy más csapatok is dolgoznak ugyanazokkal az adatokkal, és az ő tesztjük sikertelen lesz.
   3. Abban az esetben, ha a gyártási fájlokra a végrehajtás során szükség van, akkor azok másolása vagy felhasználása előtt megfelelő jogosultságot kell szerezni.

Best Practices

1. Kötegelt feladat futtatása esetén a MAX CC 0 azt jelzi, hogy a feladat sikeresen lefutott. Ez nem jelenti azt, hogy a funkció jól működik. A feladat akkor is sikeresen fut, ha a kimenet üres vagy nem az elvárásoknak megfelelően. Ezért a munka sikeresnek nyilvánítása előtt mindig ellenőrizni kell az összes kimenetet.
2. Mindig jó gyakorlat a tesztelés alatt álló munkát szárazon elvégezni. A szárazonfutás üres bemeneti fájlokkal történik. Ezt a folyamatot kell követni azoknál a munkáknál, amelyeket a tesztciklushoz végrehajtott változtatások érintenek.
3. A tesztciklus megkezdése előtt a tesztfeladatot jó előre el kell végezni. Ez segít a JCL-hiba előzetes kiderítésében, így időt takarít meg a végrehajtás során.
4. Amikor a DB2 táblákat SPUFI-n keresztül éri el (opció az emulátoron a DB2 táblák eléréséhez), az automatikus véglegesítést mindig „NO”-ra állítsa a véletlen frissítések elkerülése érdekében.
5. Teszt Az adatok elérhetősége a kötegelt tesztelés elsődleges kihívása. A szükséges adatokat jóval a vizsgálati ciklus előtt kell létrehozni, és ellenőrizni kell azok teljességét.
6. Egyes online tranzakciók és kötegelt jobok adatokat írhatnak MQ-kba (Üzenetsor), hogy adatokat továbbítsanak más alkalmazásokhoz. Ha az adatok nem érvényesek, akkor letilthatja/leállíthatja az MQ-kat, ez hatással lesz a teljes tesztelési folyamatra. Jó gyakorlat a tesztelés után ellenőrizni, hogy az MQ-k megfelelően működnek-e.

Mainframe tesztelése Kihívások és hibaelhárítás

Kihívások	Megközelítés
Hiányos / nem világos követelmények Hozzáférhet a felhasználói kézikönyvhez/oktatási útmutatóhoz, de ezek nem azonosak a dokumentált követelményekkel.	A tesztelőket a követelmények szakaszától kezdve be kell vonni az SDLC-be. Ez segít annak ellenőrzésében, hogy a követelmények tesztelhetők-e.
Adatbeállítás/ Azonosítás Előfordulhatnak olyan helyzetek, amikor a meglévő adatokat a követelményeknek megfelelően újra fel kell használni. Néha nehéz azonosítani a szükséges adatokat a meglévő adatokból.	Az adatok beállításához saját fejlesztésű eszközök használhatók, igény szerint. A meglévő adatok lekéréséhez a lekérdezéseket előre meg kell építeni. Bármilyen nehézség esetén kérhető az adatkezelő csoport a szükséges adatok létrehozására vagy klónozására.
Munka beállítása Miután a jobokat lekérte a PDS-be, a jobot be kell állítani a minőségbiztosítási régióban. Hogy a munkákat ne termelési minősítővel vagy útvonalrészlettel küldjék be.	Munkabeállító eszközöket kell használni a beállítás során elkövetett emberi hibák kiküszöbölésére.
Ad-hoc kérés Előfordulhatnak olyan helyzetek, amikor a végpontok közötti tesztelést támogatni kell az upstream vagy downstream alkalmazásproblémák miatt. Ezek a kérések megnövelik a végrehajtási ciklus idejét és erőfeszítéseit.	Az automatizálási szkriptek, a regressziós szkriptek és a szkriptvázlatok használata csökkentheti az időt és az erőfeszítést.
Időben megjelenő kiadások a hatókör módosításához Előfordulhat olyan helyzet, amikor a kód hatása teljesen megváltoztathatja a rendszer megjelenését és érzetét. Ehhez szükség lehet a tesztesetek, szkriptek és adatok módosítására.	A hatókör változáskezelési folyamatának és a hatáselemzésnek a helyén kell lennie.

Közös Abendek találkoztak

1. S001 – I/O hiba történt.

   Ok – Olvasás a fájl végén, fájlhossz-hiba, csak olvasható fájlba írási kísérlet.

2. S002 – Érvénytelen I/O rekord.

   Ok – Kísérlet a rekordhossznál hosszabb rekordot írni.

3. S004 – Hiba történt a NYITÁS során.

   Ok – Érvénytelen DCB

4. S013 – Hiba az adatkészlet megnyitásakor.

   Ok – nem létezik PDS-tag, a program rekordhossza nem egyezik a tényleges rekordhosszal.

5. S0C1 – Operakivétel

   Ok – Nem lehet megnyitni a fájlt, hiányzik a DD-kártya

6. S0C4 – Védelmi kivétel/ Tárolás megsértése
7. Ok – Megpróbál hozzáférni a tárhelyhez, amely nem érhető el a program számára.
8. S0C7 – Programellenőrzési kivétel – Adatok
9. Ok – Változás a rekord- vagy fájlelrendezésben.
10. Sx22 – A munkát törölték
11. S222 – A felhasználó törölte a munkát kiírás nélkül.
12. S322 – A feladat vagy lépés ideje túllépte a megadott határértéket, vagy a program hurokban van, vagy nincs elegendő időparaméter.
13. S522 – TSO munkamenet időtúllépés.
14. S806 – Nem lehet csatolni vagy betölteni.

    Ok – A feladatazonosító nem találja a megadott betöltési modult.

15. S80A – Nincs elég virtuális tárhely a GETMAIN vagy FREEMAIN kérések teljesítéséhez.
16. S913 – Megpróbál hozzáférni az adatkészlethez, amelyhez a felhasználó nem jogosult.
17. Sx37 – Nem lehet elegendő tárhelyet lefoglalni az adatkészlethez.

Error Assist – Nagyon népszerű eszköz, amellyel részletes információkat kaphat a különböző típusú hajlításokról.

A mainframe tesztelése során felmerülő gyakori probléma

• Job Abends – A munka sikeres elvégzéséhez ellenőrizni kell az adatokat, a bemeneti fájlt és a modulokat az adott helyen, vagy sem. Az elhajlásnak több oka is lehet, a leggyakoribbak ezek: Érvénytelen adatok, hibás beviteli mező, dátum eltérés, környezeti problémák stb.
• A kimeneti fájl üres– Habár a job sikeresen futhat (MaxCC 0), a kimenet esetleg nem a vártnak felel meg. Tehát mielőtt bármilyen tesztesetet teljesítene, a tesztelőnek meg kell győződnie arról, hogy a kimenet keresztellenőrzött. Csak ezután folytassa tovább.
• A beviteli fájl üres – Egyes alkalmazásokban a fájlok az upstream folyamatokból érkeznek. Mielőtt a kapott fájlt az aktuális alkalmazás tesztelésére használná, az adatokat keresztellenőrzésnek kell alávetni, hogy elkerülje az újravégrehajtást és az újrafeldolgozást.

Összegzésként

• A nagyszámítógépes tesztelés olyan, mint bármely más tesztelési eljárás, kezdve a követelmények összegyűjtésétől, a teszttervezéstől, a teszt végrehajtásától és az eredmények jelentésétől.
• Az alkalmazás hatékony tesztelése érdekében a tesztelőnek részt kell vennie a fejlesztői és üzleti csapatok által tervezett tervezési megbeszéléseken.
• A tesztelőnek kötelező megszoknia a különböző mainframe tesztfunkciókat. Például a képernyőn történő navigáció, a fájlok és PDS létrehozása, a teszteredmények mentése stb. a tesztciklus megkezdése előtt.
• A nagyszámítógépes alkalmazások tesztelése időigényes folyamat. Egyértelmű vizsgálati ütemtervet kell követni a teszt tervezésénél, az adatok beállításánál és végrehajtásánál.
• A kötegelt tesztelést és az online tesztelést hatékonyan kell elvégezni anélkül, hogy hiányozna a követelménydokumentumban említett funkciók közül, és nem Teszt eset kímélni kell.