Pagrindinio kompiuterio testavimas - išsami pamoka

Turinys:

Anonim

Prieš mokydamiesi pagrindinio kompiuterio testavimo koncepcijas, leiskite mokytis

Kas yra pagrindinis kompiuteris?

Pagrindinis kompiuteris yra didelio našumo ir greita kompiuterinė sistema. Jis naudojamas didesnio masto skaičiavimo tikslams, kuriems reikalingas didelis prieinamumas ir saugumas. Jis dažniausiai naudojamas tokiuose sektoriuose kaip finansai, draudimas, mažmeninė prekyba ir kitose kritinėse srityse, kur didžiulius duomenis apdoroja kelis kartus.

Pagrindinio kompiuterio testavimas

„Mainframe Testing“ yra programinės įrangos programų ir paslaugų, pagrįstų „Mainframe Systems“, testavimo procesas. Pagrindinio kompiuterio bandymo tikslas yra užtikrinti programinės įrangos ar paslaugos našumą, patikimumą ir kokybę tikrinimo ir patvirtinimo metodais ir patikrinti, ar ji yra pasirengusi įdiegti.

Atlikdamas „Mainframe“ testavimą, testeris turi žinoti tik apie CICS ekranų naršymą. Jie yra specialiai pritaikyti konkrečioms programoms. Bet kokie COBOL, JCL ir kt. Testerio kodo pakeitimai neturi jaudintis dėl mašinoje nustatyto emuliatoriaus. Pakeitimai, kurie veikia viename terminalo emuliatoriuje, veiks ir kituose.

  • Programa „Mainframe“ (kitaip vadinama darbo grupe) yra tikrinama pagal bandymų atvejus, sukurtus naudojant reikalavimus
  • Pagrindinio kompiuterio testavimas paprastai atliekamas su įdiegtu kodu naudojant įvairius duomenų derinius, nustatytus įvesties faile.
  • Programas, veikiančias didžiajame kadre, galima pasiekti per terminalo emuliatorių. Emuliatorius yra vienintelė programinė įranga, kurią reikia įdiegti kliento kompiuteryje.

Šioje pradedančiųjų pamokoje sužinosite

  • Pagrindinio kompiuterio atributai
  • Neautomatinio bandymo klasifikatorius klasifikatorius
  • Kaip atlikti pagrindinio kompiuterio testavimą
  • Pagrindinio kompiuterio automatikos testavimo įrankiai
  • Pagrindinio kompiuterio testavimo metodika
  • Paketinių bandymų etapai
  • Veiksmai, susiję su internetiniu testavimu
  • Veiksmai, susiję su internetiniu - paketinės integracijos bandymu
  • „Mainframe“ bandymuose naudojamos komandos
  • Būtinosios sąlygos pradėti pagrindinio kompiuterio bandymą
  • Geriausia praktika
  • Pagrindinio kompiuterio testavimo iššūkiai ir trikčių šalinimas
  • Susidurta su bendru nusileidimu
  • Dažna problema, su kuria susiduriama bandant pagrindinį kompiuterį

Pagrindinio kompiuterio atributai

  1. Virtuali saugykla
    1. Tai yra technika, leidžianti procesoriui imituoti pagrindinę saugyklą, kuri yra didesnė už faktinį realios saugyklos kiekį.
    2. Tai yra būdas efektyviai naudoti atmintį įvairaus dydžio užduotims saugoti ir vykdyti.
    3. Jis naudoja disko saugyklą kaip tikrosios atminties pratęsimą.
  2. Daugiaprogramavimas
    1. Kompiuteris vienu metu vykdo daugiau nei vieną programą. Bet kuriuo metu tik viena programa gali valdyti procesorių.
    2. Tai yra galimybė efektyviai naudoti procesorių.
  3. Paketinis apdorojimas
    1. Tai yra technika, kuria naudojantis bet kuri užduotis atliekama vienetais, vadinamais darbais.
    2. Užduotis gali sukelti vienos ar kelių programų vykdymą paeiliui.
    3. Darbų planavimo priemonė priima sprendimą dėl darbų atlikimo tvarkos. Siekiant maksimalaus vidutinio našumo, darbai planuojami pagal jų prioritetą ir klasę.
    4. Būtina paketinio apdorojimo informacija pateikiama per JCL (JOB CONTROL LANGUAGE). JCL aprašo paketinį darbą - programas, reikalingus duomenis ir išteklius.
  4. Laiko pasidalijimas
    1. Laiko pasidalijimo sistemoje kiekvienas vartotojas turi prieigą prie sistemos per galinį įrenginį. Užuot pateikęs užduotis, kurias planuojama vykdyti vėliau, vartotojas įveda komandas, kurios apdorojamos nedelsiant.
    2. Taigi tai vadinama „Interaktyviuoju apdorojimu“. Tai leidžia vartotojui tiesiogiai bendrauti su kompiuteriu.
    3. Laiko dalijimasis yra žinomas kaip „Pirmojo plano apdorojimas“, o paketinio darbo apdorojimas - „Fono apdorojimas“.
  5. Ritė
    1. „SPOOLing“ reiškia „ Vienalaikės periferinės operacijos internete“ .
    2. „SPOOL“ įrenginys naudojamas programos / programos išvestims saugoti. Sraigtinė išvestis nukreipiama į išvesties įrenginius, pavyzdžiui, spausdintuvą (jei reikia).
    3. Tai įrenginys, išnaudojantis buferio pranašumą, siekiant efektyviai naudoti išvesties įrenginius.

Neautomatinio bandymo klasifikatorius klasifikatorius

Pagrindinio kompiuterio rankinį testavimą galima suskirstyti į du tipus:

  1. Paketinio darbo testavimas -
    • Tikrinimo procesas apima paketinių užduočių vykdymą funkcionalumui, įdiegtam dabartiniame leidime.
    • Iš išvesties failų ir duomenų bazės išgauti bandymo rezultatai yra tikrinami ir registruojami.
  2. Testavimas internetu -
    • Internetinis testavimas reiškia CICS ekranų testavimą, kuris yra panašus į tinklalapio testavimą.
    • Galima pakeisti esamų ekranų funkcionalumą arba pridėti naujus ekranus.
    • Įvairios programos gali turėti užklausų ir atnaujinimo ekranus. Šių ekranų funkcionalumą reikia patikrinti atliekant internetinį testavimą.

Kaip atlikti pagrindinio kompiuterio testavimą

  1. Verslo komanda rengia reikalavimo dokumentus. Kas nustato, kaip tam tikras elementas ar procesas bus modifikuojamas išleidimo cikle.
  2. Testavimo komanda ir kūrėjai gauna reikalavimo dokumentą. Jie išsiaiškins, kiek procesų paveiks pakeitimas. Paprastai leidime tik 20–25% programos tiesiogiai veikia pritaikytas reikalavimas. Kiti 75% leidimo bus skirti „out-box“ funkcijoms, tokioms kaip programų ir procesų testavimas.
  3. Taigi, „Mainframe“ programą reikia išbandyti iš dviejų dalių:
    1. Reikalavimų testavimas - programos funkcijų ar pakeitimų, nurodytų reikalavimo dokumente, testavimas.
    2. Testavimas integracijos - viso proceso ar kitos programos, kuri gauna ar siunčia duomenis į paveiktą programą, testavimas. Regresijos testavimas yra pagrindinis šios testavimo veiklos tikslas.

Pagrindinio kompiuterio automatikos testavimo įrankiai

Žemiau pateikiamas įrankių, kurie gali būti naudojami pagrindinio kompiuterio automatikos testavimui, sąrašas.

  • REXX
  • „Excel“
  • QTP

Pagrindinio kompiuterio testavimo metodika

Panagrinėkime pavyzdį: XYZ draudimo bendrovė turi narių registravimo modulį. Duomenis reikia paimti iš narių registracijos ekrano ir neprisijungus. Kaip aptarėme anksčiau, „Mainframe“ testavimui, internetiniam testavimui ir paketiniam testavimui reikia dviejų būdų.

  • Internetinis testavimas atliekamas narių registracijos ekrane. Kaip ir tinklalapis, duomenų bazė yra patvirtinama duomenimis, įvedamais per ekranus.
  • Registracija neprisijungus gali būti registracija popieriuje arba registracija trečiosios šalies svetainėje. Duomenys neprisijungus (dar vadinami paketais) bus įvesti į įmonės duomenų bazę per paketinius darbus. Įvesties plokščiasis failas yra parengtas pagal nustatytą duomenų formatą ir pateikiamas paketinių darbų sekai. Taigi, norėdami išbandyti pagrindinio kompiuterio programas, galime naudoti šį metodą.
    • Pirmasis paketinių darbų eilutės darbas patvirtina įvestus duomenis. Tarkime, pavyzdžiui, specialusis simbolis, abėcėlės laukuose tik skaičius ir t. T.
    • Antrasis darbas patvirtina duomenų nuoseklumą pagal verslo sąlygas. Pavyzdžiui, registruojant vaiką neturėtų būti priklausomų duomenų, nario pašto kodo (kurio negalima teikti pagal registruotą planą) ir kt.
    • Trečioji užduotis modifikuoja duomenis tokiu formatu, kurį galima įvesti į duomenų bazę. Pavyzdžiui, ištrinant plano pavadinimą (duomenų bazėje bus saugomas tik plano ID ir draudimo plano pavadinimas), pridedant įrašo datą ir kt.
    • Ketvirtoji užduotis įkelia duomenis į duomenų bazę.
  • Šio proceso paketiniai darbai atliekami dviem etapais -
    • Kiekvienas darbas patvirtinamas atskirai, o
    • Darbų integracija patvirtinama pateikiant plokščią įvesties failą pirmajai užduočiai ir patvirtinant duomenų bazę. (Tarpininko rezultatai turi būti patvirtinti dėl ypatingo atsargumo)

Toliau pateikiamas pagrindinis kompiuterio bandymo metodas:

1 žingsnis) : „Shakedown“ / „Dūmų testavimas“

Pagrindinis etapas šiame etape yra patikrinti, ar įdiegtas kodas yra tinkamoje bandymo aplinkoje. Tai taip pat užtikrina, kad nekyla kritinių su kodu susijusių problemų.

2 žingsnis) : sistemos testavimas

Žemiau pateikiami bandymų, atliekamų kaip sistemos testavimo dalis, tipai.

  1. Paketinis testavimas - šis bandymas bus atliekamas patvirtinant išvesties failų bandymo rezultatus ir duomenų pakeitimus, kuriuos atliko paketinės užduotys, kurias bandoma, ir juos įrašydami.
  2. Internetinis testavimas - šis bandymas bus atliekamas pagrindinio kompiuterio programos priekiniame gale. Čia patikrinama, ar programoje nėra teisingo įrašo lauko, pvz., Draudimo plano, susidomėjimo planu ir kt.
  3. Internetinės paketinės integracijos testavimas - šis bandymas bus atliekamas sistemose, kuriose yra paketiniai procesai ir internetinė programa. Patvirtinamas duomenų srautas ir sąveika tarp internetinių ekranų ir paketinių užduočių.

    ( Tokio tipo bandymo pavyzdys - apsvarstykite galimybę atnaujinti plano informaciją, pvz., Palūkanų normos padidėjimą. Palūkanos keičiamos atnaujinimo ekrane, o išsamią paveiktų sąskaitų likučių informaciją pakeis tik naktinis paketinis darbas. šiuo atveju bus patvirtinta plano informacijos ekranas ir paketinis darbas, skirtas atnaujinti visas paskyras).

  4. Duomenų bazių testavimas - duomenų bazės, kuriose patvirtinami pagrindinio kompiuterio programos duomenys (IMS, IDMS, DB2, VSAM / ISAM, nuoseklūs duomenų rinkiniai, GDG) dėl jų išdėstymo ir duomenų saugojimo.

3 žingsnis) : sistemos integravimo testavimas

Pagrindinis šio bandymo tikslas yra patvirtinti sistemų, kurios sąveikauja su bandoma sistema, funkcionalumą.

Šios sistemos nėra tiesiogiai paveiktos reikalavimų. Tačiau jie naudojasi bandomos sistemos duomenimis. Svarbu išbandyti sąsają ir skirtingus pranešimų tipus (pvz., Sėkmingas darbas, nepavykęs darbas, atnaujinta duomenų bazė ir kt.), Kurie gali tekėti tarp sistemų ir su jais susijusių atskirų sistemų veiksmų.

Šiame etape atliekamų bandymų tipai yra

  1. Partijos testavimas
  2. Testavimas internetu
  3. Dabar naršo - paketinės integracijos testavimas

4 žingsnis) : Regresijos testavimas

Regresijos testavimas yra įprastas bet kokio tipo bandymų projekto etapas. Šis „Mainframe“ bandymas užtikrina, kad dabartinis projekto leidimas nepaveiks paketinių užduočių ir internetinių ekranų, kurie tiesiogiai nesąveikauja su bandoma sistema (arba nepatenka į reikalavimų taikymo sritį).

Norint veiksmingai atlikti regresijos testavimą, tam tikras bandymų atvejų rinkinys turėtų būti įtrauktas į sąrašą, atsižvelgiant į jų sudėtingumą, ir sukurtas regresijos lygis („Test cases“ saugykla). Šis rinkinys turėtų būti atnaujintas, kai leidime įdiegta nauja funkcija.

5 žingsnis) : našumo testavimas

Šis bandymas atliekamas siekiant nustatyti kliūtis tokiose didelėse vietose kaip antraštės duomenys, internetinių duomenų bazių atnaujinimas ir numatyti programos mastelį.

6 žingsnis) : saugos testavimas

Šis bandymas atliekamas siekiant įvertinti, kaip programa yra sukurta ir sukurta kovai su saugumo atakomis.

Sistemoje turėtų būti atlikti du bandymai - pagrindinio kompiuterio ir tinklo saugumas.

Turi būti išbandytos funkcijos

  1. Sąžiningumas
  2. Konfidencialumas
  3. Leidimas
  4. Autentifikavimas
  5. Prieinamumas

Paketinių bandymų etapai

  1. Kai kokybės užtikrinimo komanda gauna patvirtintą paketą (pakete yra procedūros, JCL, valdymo kortelės, moduliai ir kt.), Testeris turėtų peržiūrėti ir nusiųsti turinį į PDS, jei reikia.
  2. Konvertuokite gamybinę JCL arba „Development JCL“ į QA JCL, kitaip vadinamą JOB SETUP.
  3. Gamybos bylos kopijavimas ir bandomųjų bylų paruošimas.
  4. Kiekvienai funkcijai bus nustatyta darbų seka. (Kaip paaiškinta skyriuje „Metodologija“ skyriuje). Darbai turėtų būti pateikti naudojant komandą SUB su bandymo duomenų failais.
  5. Patikrinkite tarpinį failą, kad nustatytumėte duomenų trūkumo arba klaidų priežastis.
  6. Patikrinkite galutinį išvesties failą, duomenų bazę ir ritę, kad patvirtintumėte bandymo rezultatus.
  7. Jei darbas nepavyksta, ritė turės priežastį, dėl kurios nepavyko. Ištaisykite klaidą ir iš naujo pateikite užduotį.

Bandymų ataskaitos - defektas turėtų būti registruojamas, jei tikrasis rezultatas skiriasi nuo laukiamo.

Veiksmai, susiję su internetiniu testavimu

  1. Bandymo aplinkoje pasirinkite internetinį ekraną.
  2. Kiekviename lauke patikrinkite priimtinus duomenis.
  3. Ekrane išbandykite bandymo scenarijų.
  4. Internetiniame ekrane patikrinkite duomenų bazės duomenų atnaujinimą.

Bandymų ataskaitos - defektas turėtų būti registruojamas, jei tikrasis rezultatas skiriasi nuo laukiamo.

Veiksmai, susiję su internetiniu - paketinės integracijos bandymu

  1. Vykdykite darbą bandomojoje aplinkoje ir patvirtinkite duomenis internetiniuose ekranuose.
  2. Atnaujinkite duomenis internetiniuose ekranuose ir patikrinkite, ar paketinis darbas tinkamai vykdomas atnaujintais duomenimis.

„Mainframe“ bandymuose naudojamos komandos

  1. PATEIKTI - Pateikite pagrindinį darbą.
  2. CANCEL - atšaukti foninį darbą.
  3. PASKIRTI - paskirstykite duomenų rinkinį
  4. COPY - nukopijuokite duomenų rinkinį
  5. Pervardyti - pervardyti duomenų rinkinį
  6. DELETE - ištrinti duomenų rinkinį
  7. UŽDAVINIO NUSKAITYMAS - norint susieti JCL su programa, bibliotekomis, failais ir kt., Jos nevykdant.

Prireikus naudojama daugybė kitų komandų, tačiau jos nėra tokios dažnos.

Būtinosios sąlygos pradėti pagrindinio kompiuterio bandymą

Pagrindinė pagrindinio kompiuterio bandymui reikalinga informacija yra:

  • Prisijungimo ID ir slaptažodis prisijungiant prie programos.
  • Trumpos žinios apie ISPF komandas.
  • Failų pavadinimai, failų kvalifikatorius ir jų rūšys.

Prieš pradedant pagrindinio kompiuterio bandymą, reikia patikrinti toliau nurodytus aspektus.

  1. Darbas
    1. Prieš vykdydami patikrinkite, ar nėra klaidų, atlikdami darbo nuskaitymą („Command“ - JOBSCAN).
    2. CLASS parametras turėtų būti nukreiptas į bandymo klasę.
    3. Nukreipkite darbo išvestį į ritę arba JHS arba, jei reikia, naudodami parametrą MSGCLASS.
    4. Darbe nukreipkite el. Pašto adresą į suktinę arba bandomojo pašto ID.
    5. Pakomentuokite pradinio bandymo FTP veiksmus ir nukreipkite užduotį į bandomąjį serverį.
    6. Jei darbe sugeneruojamas IMR (Incident Management record), tiesiog pridėkite komentarą „TESTING TIKSLAS“ į darbo arba param kortelę.
    7. Visos darbe esančios gamybinės bibliotekos turėtų būti pakeistos ir nukreiptos į bandomąsias bibliotekas.
    8. Darbo nereikėtų palikti be priežiūros.
    9. Norint, kad užduotis nevykdytų begalinio ciklo, įvykus bet kokiai klaidai, TIME parametrą reikia pridėti nurodytu laiku.
    10. Išsaugokite darbo išvestį, įskaitant ritę. Ritė gali būti išsaugota naudojant XDC.
  1. Failas
    1. Sukurkite tik reikiamo dydžio bandomąjį failą. Naudokite GDG („Generation Data Groups“ - failai tuo pačiu pavadinimu, bet su nuosekliais versijų numeriais - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 ir kt.), Jei reikia, duomenis saugoti nuosekliuose failuose su tuo pačiu pavadinimu.
    2. Failų parametras DISP (Disposition - apibūdina sistemą, kaip atlikti duomenų rinkinio saugojimą ar ištrynimą po įprasto ar nenormalaus veiksmo ar darbo nutraukimo) turėtų būti koduojamas teisingai.
    3. Įsitikinkite, kad visi failai, naudojami vykdant užduotį, yra tinkamai išsaugoti ir uždaryti, kad užduotis nepatektų į HOLD.
    4. Bandydami naudodami GDG įsitikinkite, kad nurodyta teisinga versija.
  2. Duomenų bazė
    1. Vykdydami užduotį ar internetinę programą įsitikinkite, kad nenumatyti duomenys nebuvo įterpti, atnaujinti ar ištrinti.
    2. Taip pat įsitikinkite, kad bandymams naudojamas teisingas DB2 regionas.
  3. Testiniai atvejai
    1. Visada patikrinkite ribines sąlygas, pvz., Tuščią failą, pirmojo įrašo apdorojimą, paskutinio įrašo apdorojimą ir kt.
    2. Visada įtraukite tiek teigiamas, tiek neigiamas bandymo sąlygas.
    3. Jei programoje naudojamos standartinės procedūros, pvz., „Check point restart“, „Abend Modules“, „Control files“ ir kt., Įtraukite bandymų atvejus, kad patikrintumėte, ar moduliai buvo naudojami teisingai.
  4. Testo duomenys
    1. Testo duomenys turėtų būti nustatyti prieš bandymo pradžią.
    2. Niekada nekeiskite duomenų apie bandymo sritį nepranešę. Gali būti kitų komandų, naudojančių tuos pačius duomenis, ir jų testas nepavyks.
    3. Jei vykdant reikia gamybos failų, prieš juos kopijuojant ar naudojant reikia gauti tinkamą leidimą.

Geriausia praktika

  1. Paketinio darbo paleidimas, „MAX CC 0“ yra rodiklis, rodantis, kad užduotis sėkmingai vykdyta. Tai nereiškia, kad funkcionalumas veikia gerai. Darbas bus sėkmingai vykdomas net tada, kai išvestis yra tuščia arba ne, kaip tikėtasi. Taigi tikimasi, kad prieš paskelbiant darbą sėkmingu, visada reikia patikrinti visus rezultatus.
  2. Visada yra gera praktika atlikti sausą bandomą darbą. Sausas paleidimas atliekamas su tuščiais įvesties failais. Šio proceso turėtų būti laikomasi atliekant darbus, kuriems įtakos turi bandymo ciklo pakeitimai.
  3. Prieš pradedant bandymo ciklą, bandomasis darbas turėtų būti atliktas iš anksto. Tai padės iš anksto sužinoti visas JCL klaidas, taigi sutaupysite laiko vykdymo metu.
  4. Prieiga prie DB2 lentelių per SPUFI (emuliatoriaus galimybė pasiekti DB2 lenteles) visada nustatykite automatinį įsipareigojimą kaip „NE“, kad išvengtumėte atsitiktinių atnaujinimų.
  5. Bandomųjų duomenų prieinamumas yra pagrindinis bandymas paketais. Reikalingi duomenys turėtų būti sukurti prieš bandymo ciklą ir patikrinti, ar jie išsamūs.
  6. Kai kurios internetinės operacijos ir paketiniai darbai gali įrašyti duomenis į MQ (pranešimų eilę), kad duomenys būtų perduoti kitoms programoms. Jei duomenys neteisingi, jie gali išjungti / sustabdyti MQ, tai paveiks visą bandymo procesą. Gera praktika patikrinti, ar MQ veikia gerai atlikus bandymus.

Pagrindinio kompiuterio testavimo iššūkiai ir trikčių šalinimas

Iššūkiai metodas
Neišsamūs / neaiškūs reikalavimai Gali būti prieiga prie vartotojo vadovo / mokymo vadovo, tačiau tai nėra tas pats, kas dokumentuose nustatyti reikalavimai. Testuotojai turėtų dalyvauti SDLC nuo reikalavimų etapo. Tai padės patikrinti, ar reikalavimus galima patikrinti.
Duomenų nustatymas / identifikavimas Gali būti atvejų, kai esami duomenys turėtų būti pakartotinai naudojami pagal reikalavimą. Kartais iš esamų duomenų sunku nustatyti reikiamus duomenis. Duomenų nustatymui pagal poreikį galima naudoti savadarbius įrankius. Norint gauti esamus duomenis, užklausos turėtų būti parengtos iš anksto. Kilus bet kokiems sunkumams, duomenų valdymo grupei galima pateikti prašymą sukurti ar klonuoti reikalingus duomenis.
Užduoties nustatymas Kai užduotys yra gaunamos į PDS, ją reikia nustatyti QA regione. Kad darbai nebūtų pateikiami su gamybos kvalifikatoriumi ar išsamia informacija apie kelią. Darbo nustatymo įrankiai turėtų būti naudojami siekiant įveikti žmogaus klaidas, padarytas nustatant.
Ad-hoc užklausa Gali būti situacijų, kai reikia palaikyti testavimą nuo galo iki galo dėl problemų, susijusių su ankstesnių ar tolesnių programų problemomis. Šios užklausos padidina vykdymo ciklo laiką ir pastangas. Automatikos scenarijų, regresijos scenarijų ir griaučių scenarijų naudojimas galėtų padėti sumažinti laiko ir pastangų pridėtines išlaidas.
Laiko leidimai, norint pakeisti sritį Gali būti situacija, kai kodo poveikis gali visiškai pakeisti sistemos išvaizdą. Tam gali reikėti pakeisti bandomuosius atvejus, scenarijus ir duomenis. Turėtų būti įdiegtas taikymo srities pokyčių valdymo procesas ir poveikio analizė.

Susidurta su bendru nusileidimu

  1. S001 - įvyko įvesties / išvesties klaida.

    Priežastis - skaitymas failo pabaigoje, failo ilgio klaida, bandymas įrašyti į tik skaitomą failą.

  2. S002 - neteisingas įvesties / išvesties įrašas.

    Priežastis - bandymas parašyti ilgesnį įrašą nei įrašo ilgis.

  3. S004 - klaida įvyko atidarius.

    Priežastis - netinkama DCB

  4. S013 - klaida atidarant duomenų rinkinį.

    Priežastis - PDS nario nėra, įrašo ilgis programoje neatitinka tikrojo įrašo ilgio.

  5. S0C1 - operacijos išimtis

    Priežastis - negalima atidaryti failo, trūksta DD kortelės

  6. S0C4 - apsaugos išimtis / saugojimo pažeidimas
  7. Priežastis - bandoma prieigos saugykla, kurios programa neturi.
  8. SC07 - programos tikrinimo išimtis - duomenys
  9. Priežastis - įrašo išdėstymo ar failo išdėstymo pakeitimas.
  10. Sx22 - darbas atšauktas
  11. S222 - vartotojas atšaukė darbą be išmetimo.
  12. S322 - užduoties arba veiksmo laikas viršijo nurodytą ribą, arba programa yra cikle arba nepakankamas laiko parametras.
  13. S522 - PSO sesijos skirtasis laikas.
  14. S806 - negalima susieti ar įkelti.

    Priežastis - darbo ID nepavyksta rasti nurodyto įkrovos modulio.

  15. S80A - nepakanka virtualios atminties, kad būtų galima patenkinti GETMAIN arba FREEMAIN užklausas.
  16. S913 - bandymas pasiekti duomenų rinkinį, kuriam vartotojas nėra įgaliotas.
  17. Sx37 - duomenų rinkiniui negalima skirti pakankamai vietos.

„Error Assist“ - labai populiarus įrankis gauti išsamią informaciją apie įvairius pažeidimus.

Dažna problema, su kuria susiduriama bandant pagrindinį kompiuterį

  • Darbas nutrūksta - norėdami sėkmingai atlikti darbą, turėtumėte patikrinti duomenis, įvesties failą ir konkrečioje vietoje esančius modulius. Nutraukti gali būti dėl kelių priežasčių, dažniausiai pasitaikančių - neteisingi duomenys, neteisingas įvesties laukas, datos neatitikimas, aplinkosaugos problemos ir kt.
  • Išvesties failas tuščias - nors užduotis gali būti sėkmingai vykdoma („MaxCC 0“), išvestis gali būti ne tokia, kokios tikėtasi. Taigi, prieš išlaikydamas bet kurį bandymo atvejį, testuotojas turi įsitikinti, kad išvestis yra kryžminė. Tik tada tęskite toliau.
  • Įvesties failas tuščias - kai kuriose programose failai bus gauti iš ankstesnių procesų. Prieš naudojant gautą failą dabartinės programos testavimui, duomenys turėtų būti kryžminiai patikrinti, kad būtų išvengta pakartotinio vykdymo ir pakartotinio apdorojimo.

Santrauka:

  • Pagrindinio kompiuterio testavimas yra panašus į bet kurią kitą bandymo procedūrą, pradedant nuo Reikalavimų rinkimo, bandymų planavimo, testų vykdymo ir rezultatų ataskaitų.
  • Norėdamas efektyviai išbandyti programą, testuotojas turėtų dalyvauti projektavimo susitikimuose, kuriuos planuoja plėtros ir verslo komandos.
  • Tikrintojui privaloma priprasti prie įvairių pagrindinio kompiuterio bandymo funkcijų. Panašiai kaip ekrano naršymas, failų ir PDS kūrimas, bandymo rezultatų išsaugojimas ir kt. Prieš prasidedant bandymo ciklui.
  • Pagrindinio kompiuterio programos testavimas yra laiko reikalaujantis procesas. Turėtų būti laikomasi aiškaus bandymų plano, nustatant bandymus, nustatant duomenis ir vykdant bandymus.
  • Serijos bandymai ir internetiniai bandymai turėtų būti atliekami efektyviai, nepraleidžiant jokių funkcijų, paminėtų Reikalavimo dokumente, ir nereikėtų gailėti nė vieno bandymo atvejo.