Nagygép tesztelése - Teljes bemutató

Tartalomjegyzék:

Anonim

Mielőtt megtanulná a nagygép tesztelési koncepcióit, tanuljon

Mi az a nagygép?

A nagygép nagy teljesítményű és nagy sebességű számítógépes rendszer. Nagyobb számítási célokra használják, amely nagy rendelkezésre állást és biztonságot igényel. Leginkább olyan ágazatokban használják, mint a pénzügy, a biztosítás, a kiskereskedelem és más kritikus területeken, ahol hatalmas adatokat többször feldolgoznak.

Nagygép tesztelése

A nagyszámítógépes tesztelés a mainframe rendszereken alapuló szoftveralkalmazások és szolgáltatások tesztelésének folyamata. 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 validálási módszerekkel, valamint annak ellenőrzése, hogy készen áll-e telepítésre.

A nagygépes tesztelés során a tesztelőnek csak a CICS képernyők navigációjáról kell tudnia. Speciálisan egyedi alkalmazásokra készültek. A COBOL, JCL stb. Tesztelőben végrehajtott 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áltozások másokon is működni fognak.

  • A Mainframe alkalmazást (más néven job batch) a követelmények alapján kidolgozott tesztesetekkel tesztelik
  • A nagyszámítógépes tesztet á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 nagygé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.

Ebben a kezdő oktatóanyagban megtanulod-

  • Mainframe attribútumok
  • A nagyszámítógépes kézi tesztelés osztályozása
  • A nagygép tesztelése
  • Nagygépes automatizálási tesztelő eszközök
  • A nagyszámítógépes tesztelés módszertana
  • A kötegelt tesztelés lépései
  • Az online tesztelés lépései
  • Online - kötegelt integrációs tesztelés lépései
  • A nagygépes tesztelésnél használt parancsok
  • A nagygépes tesztelés megkezdésének előfeltételei
  • Legjobb gyakorlatok
  • Nagygép tesztelése Kihívások és hibaelhárítás
  • Közös Abends találkozott
  • Gyakori probléma, amellyel a nagygépes tesztelés során szembesültek

Mainframe attribútumok

  1. Virtuális tárhely
    1. Ez egy olyan technika, amely lehetővé teszi a processzor számára a fő tárhely szimulálását, amely nagyobb, mint a valós tárhely tényleges mennyisége.
    2. Ez a technika a memória hatékony felhasználására különféle méretű feladatok tárolására és végrehajtására.
    3. A lemezes tárolást a valódi tárolás kiterjesztéseként használja.
  2. Többprogramozás
    1. A számítógép egyidejűleg több programot is végrehajt. De bármelyik pillanatban csak egy program vezérelheti a CPU-t.
    2. Ez egy olyan lehetőség, amely a CPU hatékony kihasználására szolgál.
  3. Kötegelt feldolgozás
    1. Ez egy technika, amellyel bármilyen feladatot munkaként ismert egységekben hajtanak végre.
    2. Egy feladat miatt egy vagy több program futtatható egymás után.
    3. A Munkaütemező dönt a munkák végrehajtásának sorrendjéről. Az átlagos áteresztőképesség maximalizálása érdekében a munkákat prioritásuk és osztályuk szerint ütemezik.
    4. A kötegelt feldolgozáshoz szükséges információkat a JCL (FELADAT-ELLENŐRZÉSI NYELV) biztosítja. A JCL leírja a kötegelt feladatokat - a szükséges programokat, adatokat és erőforrásokat.
  4. Időosztás
    1. Időmegosztó rendszerben minden felhasználó hozzáférhet a rendszerhez a végberendezésen keresztül. A későbbi végrehajtásra ütemezett feladatok benyújtása helyett a felhasználó azonnal feldolgozott parancsokat ad meg.
    2. Ezért ezt "interaktív feldolgozásnak" hívják. Lehetővé teszi a felhasználó számára, hogy közvetlenül kommunikáljon a számítógéppel.
    3. Az időmegosztásos feldolgozást "előtérbeli feldolgozásnak", a kötegelt munka feldolgozását pedig "háttérfeldolgozásnak" nevezik.
  5. Spooling
    1. A SPOOLing az Online szimultán perifériás műveletek rövidítését jelenti .
    2. A SPOOL eszköz a program / alkalmazás kimenetének tárolására szolgál. A spool kimenet olyan kimeneti eszközökre irányul, mint egy nyomtató (ha szükséges).
    3. Ez egy olyan létesítmény, amely kihasználja a pufferelés előnyeit a kimeneti eszközök hatékony kihasználása érdekében.

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

A nagygépes kézi tesztelés két típusba sorolható:

  1. Kötegelt munka tesztelése -
    • A tesztelési folyamat kötegelt feladatok végrehajtását jelenti az aktuális kiadásban megvalósított funkcionalitás érdekében.
    • A kimeneti fájlokból és az adatbázisból kivont teszt eredményeit ellenőrizzük és rögzítjük.
  2. Online tesztelés -
    • Az online tesztelés a CICS képernyők tesztelésére utal, 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önböző alkalmazások rendelkezhetnek kérdőívekkel és frissítési képernyőkkel. Ezeknek a képernyőknek a működését ellenőrizni kell az online tesztelés részeként.

A nagygép tesztelése

  1. Az üzleti csapat elkészíti a követelményeket tartalmazó dokumentumokat. Ami meghatározza, hogy egy adott elem vagy folyamat hogyan módosul a kiadási ciklusban.
  2. A tesztelő csoport és a fejlesztő megkapja a követelménydokumentumot. Kitalálják, hogy hány folyamatot érint a változás. Általában egy kiadásban csak az alkalmazás 20-25% -át érinti közvetlenül a testreszabott követelmény. A kiadás másik 75% -a olyan out-box funkciókra fog fordulni, mint például az alkalmazások és folyamatok tesztelése.
  3. Tehát a Mainframe alkalmazást két részből kell tesztelni:
    1. Követelmények tesztelése - 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 - Az egész folyamat vagy más alkalmazás tesztelése, amelyek adatokat fogadnak vagy küldenek az érintett alkalmazásnak. A regressziós tesztelés ennek a tesztelési tevékenységnek az elsődleges célja.

Nagygépes automatizálási tesztelő eszközök

Az alábbiakban felsoroljuk azokat az eszközöket, amelyek felhasználhatók a nagygépes automatizálás teszteléséhez.

  • REXX
  • Excel
  • QTP

A nagyszámítógépes tesztelés módszertana

Vegyünk egy példát: Az XYZ biztosítótársaság rendelkezik tagfelvételi modullal. A tagok beiratkozási képernyőjéről és az offline beiratkozásról egyaránt adatokat vesz fel. Ahogy korábban megbeszéltük, két megközelítésre van szükség a mainframe teszteléshez, az online teszteléshez és a kötegelt teszteléshez.

  • Az 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 keresztül bevitt adatokkal validálják.
  • Az offline beiratkozás lehet papíron történő beiratkozás vagy beiratkozás egy harmadik fél webhelyére. Az Offline adatokat (más néven kötegeltként) kötegelt feladatokon keresztül vezetik be a vállalati adatbázisba. A bemeneti lapos fájl az előírt adatformátumnak megfelelően elkészül, és a kötegelt feladatok sorrendjébe kerül. Tehát a nagygépes alkalmazások teszteléséhez a következő megközelítést használhatjuk.
    • A kötegelt feladatok sorában az első job érvényesíti a bevitt adatokat. Mondjuk például speciális karakter, ábécé a csak számmezőkben stb.
    • A második munka az üzleti feltételek alapján ellenőrzi az adatok konzisztenciáját. Például egy gyermek beiratkozása nem tartalmazhat függő adatokat, tag irányítószámot (amely a beiratkozott terv alapján nem áll rendelkezésre), stb.
    • A harmadik feladat az adatokat az adatbázisba beírható formátumban módosítja. Például a terv nevének törlése (az adatbázis csak a terv azonosítóját és a biztosítási terv nevét tárolja), a belépés dátumának hozzáfűzése stb.
    • A negyedik feladat betölti az adatokat az adatbázisba.
  • A kötegelt feladatok tesztelése két szakaszban történik ezen a folyamaton -
    • Minden munkát külön érvényesítenek, és a
    • A jobok közötti integrációt úgy validálják, hogy az első jobhoz bemeneti sima fájlt adnak meg, és ellenőrzik az adatbázist. (A körültekintő eredményeket fokozott óvatosságra kell érvényesíteni)

A nagyszámítógépes tesztelés során követett módszer a következő:

1. lépés : Shakedown / füstvizsgálat

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

2. lépés) : Rendszer tesztelés

Az alábbiakban bemutatjuk a rendszer tesztelés részeként végzett tesztelés típusait.

  1. Kötegelt tesztelés - Ezt a tesztelést a kimeneti fájlok vizsgálati eredményeinek és a tesztelési körbe tartozó kötegelt feladatok által elvégzett adatmódosításoknak érvényesítésével és azok rögzítésével végzik.
  2. Online tesztelés - Ez a tesztelés a nagygépes alkalmazás elülső részén történik. Itt tesztelik az alkalmazás helyes belépési mezőjét, például egy biztosítási tervet, a terv iránti érdeklődést stb.
  3. Online-Batch Integration tesztelés - Ezt a tesztelést batch folyamatokkal és online alkalmazással rendelkező rendszereken végzik. Az online képernyők és a kötegelt feladatok közötti adatáramlás és kölcsönhatás érvényesü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. A kamatváltozás egy frissítési képernyőn történik, és az érintett számlák egyenlegének részleteit csak egy éjszakai kötegelt feladat módosítja. ebben az esetben a Terv részletei képernyő és az összes fiók frissítéséhez szükséges kötegelt feladat futtatásával történik.

  4. Adatbázis tesztelés - Azok az adatbázisok, ahol a nagyszámítógépes alkalmazás adatai (IMS, IDMS, DB2, VSAM / ISAM, szekvenciális adathalmazok, GDG-k) elrendezésükre és adattárolásukra érvényesek.

3. lépés) : Rendszerintegrációs tesztelés

Ennek a tesztelésnek az elsődleges célja a vizsgált rendszerrel kölcsönhatásban lévő rendszerek működésének ellenőrzése.

Ezeket a rendszereket nem érintik közvetlenül a követelmények. A tesztelt rendszer adatait azonban felhasználják. Fontos, hogy teszteljük a kezelőfelületet és a különféle típusú üzeneteket (például Sikeres munka, Sikertelen munka, Adatbázis frissítve stb.), Amelyek a rendszerek és az egyes rendszerek ebből fakadó műveletei között áramlani tudnak.

Az ebben a szakaszban elvégzett tesztek típusai:

  1. Tétel tesztelése
  2. Online tesztelés
  3. Online - kötegelt integrációs tesztelés

4. lépés : Regresszió tesztelés

A regressziós tesztelés minden típusú tesztelési projektben gyakori szakasz. Ez a teszt a mainframe-ben biztosítja, hogy a kötegelt feladatokat és az online képernyőket, amelyek közvetlenül nem lépnek kapcsolatba a tesztelt rendszerrel (vagy amelyek nem tartoznak a követelmények hatálya alá), nem érinti a jelenlegi projekt kiadás.

A hatékony regressziós tesztelés érdekében a tesztesetek egy meghatározott csoportját összetettségük függvényében fel kell választani, és létre kell hozni egy regressziós ágyat (Testes esetek tárháza). Ezt a készletet frissíteni kell, ha új funkció kerül bevezetésre a kiadásban.

5. lépés : Teljesítményvizsgálat

Ezt a tesztet az olyan nagy sújtású területek szűk keresztmetszeteinek azonosítására végzik, mint a kezelőfelület adatai, az online adatbázisok frissítése és az alkalmazás méretezhetőségének kivetítése.

6. lépés : Biztonsági tesztelés

Ez a teszt annak értékelésére szolgál, hogy az alkalmazást mennyire tervezték és fejlesztették ki a biztonság elleni támadások leküzdésére.

Kétszeres biztonsági tesztet kell végrehajtani a rendszeren - a nagyszámítógépes és a hálózati biztonságot.

A tesztelt tulajdonságok a következők:

  1. Sértetlenség
  2. Titoktartás
  3. Engedélyezés
  4. Hitelesítés
  5. Elérhetőség

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

  1. Miután a minőségbiztosítási 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 szükség szerint előnézeti képet kell letöltenie és PDS-be kell töltenie.
  2. Konvertálja a termelési JCL-t vagy a Development JCL-t QA JCL-be, más néven JOB SETUP.
  3. Gyártási fájl másolása és tesztfájlok előkészítése.
  4. Minden funkcióhoz meg lesz határozva egy munkamenet. (Amint azt a Metodológia a nagygépben részben bemutatott példa magyarázza.) A feladatokat a SUB paranccsal kell beküldeni a tesztadatfájlokkal.
  5. Ellenőrizze a köztes fájlt az adatok hiányának vagy hibásodásának okainak azonosítása érdekében.
  6. Ellenőrizze a végső kimeneti fájlt, az adatbázist és a spoolt a teszt eredményeinek érvényesítéséhez.
  7. Ha a feladat sikertelen, akkor az orsónak meg lesz az oka. Javítsa ki a hibát, és küldje be újra a munkát.

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

Az online tesztelés lépései

  1. Tesztkörnyezetben válassza az Online képernyőt.
  2. Ellenőrizze az egyes mezőkben az elfogadható adatokat.
  3. Tesztelje a teszt forgatókönyvet a képernyőn.
  4. Ellenőrizze az adatbázist az adatfrissítésekről az online képernyőn.

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

Online - kötegelt integrációs tesztelés lépései

  1. Futtassa a munkát tesztkörnyezetben, é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 nagygépes tesztelésnél használt parancsok

  1. SUBMIT - Küldjön be háttérmunkát.
  2. CANCEL - Háttérmunka törlése.
  3. ALLOCATE - Adathalmaz kiosztá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 kötése a programmal, könyvtárakkal, fájlokkal stb. Végrehajtás nélkül.

Sok más parancsot is használnak, ha szükséges, de ezek nem olyan gyakoriak.

A nagygépes tesztelés megkezdésének előfeltételei

A nagyszámítógépes teszteléshez szükséges alapvető részletek:

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

A nagygépes tesztelés megkezdése előtt ellenőrizni kell az alábbi szempontokat.

  1. Munka
    1. Végezzen egy munkaellenőrzést (Parancs - 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 munka kimenetét spoolba vagy JHS-be, vagy igény szerint az MSGCLASS paraméter használatával.
    4. Átirányítsa a jobban az e-mailt a spoolhoz vagy a teszt mail azonosítóhoz.
    5. Kommentálja az FTP lépéseit a kezdeti teszteléshez, majd irányítsa a munkát egy tesztkiszolgálóra.
    6. Abban az esetben, ha IMR (Incident Management record) jön létre a jobban, egyszerűen csak írja be a "TESTING CÉL" megjegyzést a jobba vagy a param kártyába.
    7. A munka összes termelési könyvtárát meg kell változtatni, és a tesztkönyvtárakra kell mutatni.
    8. A munkát nem szabad felügyelet nélkül hagyni.
    9. Annak megakadályozása érdekében, hogy a feladat bármilyen hiba végtelen ciklusában fusson, a TIME paramétert hozzá kell adni a megadott idővel.
    10. Mentse a munka kimenetét, beleértve az orsót is. Az orsó menthető az XDC használatával.
  1. File
    1. Hozzon létre csak a szükséges méretű tesztfájlt. Használja a GDG-ket (Generation Data Groups - Fájlok azonos névvel, de sorozatos verziószámmal - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 stb.), Ha szükséges, hogy azonos névvel rendelkező egymást követő fájlokba tárolja az adatokat.
    2. A fájlok DISP (Disposition - leírja a rendszert az adatkészlet megőrzésének vagy törlésének végrehajtása után a lépés vagy feladat normális vagy rendellenes befejezése után) paramétert megfelelően kódolni kell.
    3. Győződjön meg arról, hogy a feladat végrehajtásához használt összes fájlt megfelelően mentette és zárta, hogy megakadályozza a munka HOLD-ba kerülését.
    4. A GDG-k használatával végzett tesztelés során győződjön meg arról, hogy a megfelelő verzióra mutat.
  2. Adatbázis
    1. A munka vagy az online program végrehajtása során ellenőrizze, hogy a nem kívánt adatokat ne illessze be, ne frissítse vagy törölje.
    2. Győződjön meg arról is, hogy a megfelelő DB2 régiót használják-e a teszteléshez.
  3. Teszt esetek
    1. Mindig ellenőrizze a határfeltételeket, mint például - Üres fájl, Első rekord feldolgozása, Utolsó rekord feldolgozása stb.
    2. Mindig tartalmazzon pozitív és negatív tesztfeltételeket egyaránt.
    3. Abban az esetben, ha a programban szokásos eljárásokat használnak, mint például az Ellenőrzési pont újraindítása, a Modulok abendelése, a Vezérlő fájlok, stb.
  4. Teszt adat
    1. A tesztadatokat a teszt kezdete előtt kell elvégezni.
    2. Soha ne módosítsa a teszt régió adatait értesítés nélkül. Előfordulhat, hogy más csapatok dolgoznak ugyanazokkal az adatokkal, és tesztje sikertelen lesz.
    3. Abban az esetben, ha a termelés fájljaira a végrehajtás során szükség van, megfelelő másolatot kell beszerezni a másolásuk vagy felhasználásuk előtt.

Legjobb gyakorlatok

  1. Kötegelt munkafuttatás esetén a MAX CC 0 azt jelzi, hogy a feladat sikeresen lefutott. Ez nem azt jelenti, hogy a funkcionalitás jól működik. A feladat akkor is sikeresen fog futni, ha a kimenet üres vagy nem, az elvárásoknak megfelelően. Tehát mindig várható, hogy ellenőrizze az összes kimenetet, mielőtt a munkát sikeresnek nyilvánítja.
  2. Mindig jó gyakorlat, ha szárazon végezzük a tesztelt munkát. A száraz futtatás üres bemeneti fájlokkal történik. Ezt a folyamatot kell követni azoknál a feladatoknál, amelyekre hatással vannak a tesztciklus során végrehajtott változtatások.
  3. A tesztciklus megkezdése előtt a tesztfeladatot jó előre el kell végezni. Ez elősegíti a JCL hibák előzetes kiderítését, így időt takaríthat meg a végrehajtás során.
  4. Miközben a DB2 táblákat SPUFI-n keresztül éri el (az emulátor opciója a DB2 táblák elérésére), a véletlen frissítések elkerülése érdekében mindig állítsa "automatikus" beállítást "NEM" értékre.
  5. A tesztadatok elérhetősége az elsődleges kihívás a kötegelt tesztelés során. A szükséges adatokat jóval a tesztciklus előtt létre kell hozni, és ellenőrizni kell a teljességet.
  6. Egyes online tranzakciók és kötegelt feladatok adatokat írhatnak MQ-kba (Message Queue), hogy adatokat más alkalmazásokhoz továbbítsanak. Ha az adatok nem érvényesek, akkor letilthatják / leállíthatják az MQ-kat, ez kihat az egész tesztelési folyamatra. Jó gyakorlat a tesztelés után ellenőrizni, hogy az MQ-k jól működnek-e.

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

Kihívások Megközelítés
Hiányos / nem egyértelmű követelmények Lehet hozzáférés 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 fázisától kezdve be kell vonni az SDLC-be. Ez segít ellenőrizni, hogy a követelmények tesztelhetők-e.
Adatok beállítása / azonosítása Előfordulhatnak olyan helyzetek, amikor a meglévő adatokat újból fel kell használni a követelményeknek megfelelően. A meglévő adatokból néha nehéz azonosítani a szükséges adatokat. Az adatok beállításához saját igényeknek megfelelő eszközöket lehet használni. A meglévő adatok beolvasásához a lekérdezéseket előre össze kell építeni. Bármilyen nehézség esetén kérelmet lehet benyújtani az adatkezelő csoporthoz a szükséges adatok létrehozására vagy klónozására.
Munka beállítása Miután a munkákat PDS-be letöltötte, a munkát a minőségbiztosítási régióban kell beállítani. Annak érdekében, hogy a munkákat ne a termelés minősítésével vagy az útvonal részleteivel nyújtsák be. Feladat-beállító eszközöket kell használni a beállítás során elkövetett emberi hibák leküzdésére.
Ad-hoc kérelem Előfordulhatnak olyan helyzetek, amikor a végpontok közötti tesztelést támogatni kell az upstream vagy downstream alkalmazással kapcsolatos problémák miatt. Ezek a kérések növelik a végrehajtási ciklus idejét és erőfeszítéseit. Az automatizálási szkriptek, a regressziós szkriptek és a csontváz-szkriptek használata csökkentheti az idő és erőfeszítés költségét.
Időbeli kiadások a hatókör megváltoztatásához Előfordulhat, hogy a kód hatása teljesen megváltoztathatja a rendszer kinézetét és hangulatát. Ehhez szükség lehet a tesztesetek, a szkriptek és az adatok módosítására. A hatókör változáskezelési folyamatának és a hatáselemzésnek helyénvalónak kell lennie.

Közös Abends találkozott

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

    Ok - Olvasás a fájl végén, hiba a fájl hosszában, kísérlet írásvédett fájlba.

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

    Ok - Kísérlet a rekord hosszánál hosszabb rekord megírására.

  3. S004 - Hiba történt a NYITÁS közben.

    Ok - érvénytelen DCB

  4. S013 - Hiba az adatkészlet megnyitása során.

    Ok - PDS tag nem létezik, a programban a rekord hossza nem egyezik meg a tényleges rekord hosszával.

  5. S0C1 - Műveleti kivétel

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

  6. S0C4 - Védelmi kivétel / Tárolási sértés
  7. Ok - A hozzáférési tárhely kipróbálása nem elérhető a program számára.
  8. SC07 - Programellenőrzés kivétel - adatok
  9. Ok - A rekordelrendezés vagy a fájlelrendezés módosítása.
  10. Sx22 - A munkát törölték
  11. S222 - A munkát a felhasználó törölte dump nélkül.
  12. S322 - A munka vagy a lépés ideje túllépte a megadott határt, vagy a program ciklusban van, vagy nem megfelelő az időparaméter.
  13. S522 - TSO munkamenet időkorlátja.
  14. S806 - Nem lehet összekapcsolni vagy betölteni.

    Ok - A job azonosító nem találja a megadott betöltési modult.

  15. S80A - Nincs elegendő virtuális tárhely a GETMAIN vagy FREEMAIN kérések kielégítéséhez.
  16. S913 - Megpróbál hozzáférni az adatkészlethez, amelyet a felhasználó nem engedélyezett.
  17. Sx37 - Nem lehet elegendő tárhelyet lefoglalni az adatkészlet számára.

Error Assist - Nagyon népszerű eszköz, amely részletes információkat szerez a különféle sérülésekről.

Gyakori probléma, amellyel a nagygépes tesztelés során szembesültek

  • Feladat megszakad - A munka sikeres elvégzéséhez ellenőriznie kell az adatokat, a bemeneti fájlt és a modulokat, amelyek az adott helyen vannak, vagy sem. A megszűnésekkel többféle okból is lehet szembenézni, a leggyakoribbak: Érvénytelen adatok, Helytelen beviteli mező, dátum eltérés, környezeti problémák stb.
  • A kimeneti fájl üres - Bár a feladat sikeresen futtatható (MaxCC 0), a kimenet nem biztos, hogy a vártnak felel meg. Tehát bármely teszteset elhaladása előtt a tesztelőnek meg kell győződnie arról, hogy a kimenet keresztellenőrzött-e. Csak ezután folytassa tovább.
  • A beviteli fájl üres - Egyes alkalmazásokban a fájlokat az upstream folyamatok fogják fogadni. Mielőtt a kapott fájlt felhasználná az aktuális alkalmazás teszteléséhez, az adatokat keresztellenőrzéssel kell ellátni az újrafuttatás és az átdolgozás elkerülése érdekében.

Összegzés:

  • A nagyszámítógépes tesztelés olyan, mint bármely más tesztelési eljárás, a követelmények gyűjtésétől, a teszt tervezésétől, a tesztek végrehajtásától és az eredmények jelentésétől kezdve.
  • Az alkalmazás hatékony tesztelése érdekében a tesztelőnek részt kell vennie a fejlesztési és üzleti csapatok által tervezett ütemterveken.
  • A tesztelő számára kötelező a különböző nagyszámítógépes tesztfunkciók megszokása. Mint például a képernyőn történő navigálás, a fájlok és a PDS létrehozása, a vizsgálati eredmények mentése stb.
  • A nagyszámítógépes alkalmazások tesztelése időigényes folyamat. A teszt tervezéséhez, az adatok beállításához és végrehajtásához egyértelmű tesztütemezést kell követni.
  • A kötegelt tesztelést és az online tesztelést hatékonyan kell elvégezni anélkül, hogy a követelménydokumentumban említett funkciók hiányoznának, és nem szabad megkímélni a tesztesetet.