Preskušanje glavnega računalnika - popolna vadnica

Kazalo:

Anonim

Pred učenjem konceptov preizkušanja osrednjega računalnika se naučimo

Kaj je glavni računalnik?

Glavni računalnik je visoko zmogljiv in hiter računalniški sistem. Uporablja se za večje računalniške namene, ki zahtevajo veliko razpoložljivosti in varnosti. Večinoma se uporablja v sektorjih, kot so finance, zavarovalništvo, maloprodaja in druga kritična področja, kjer se ogromni podatki obdelujejo večkrat.

Preskušanje glavnega računalnika

Mainframe Testiranje je postopek testiranja programskih aplikacij in storitev, ki temelji na Mainframe Systems. Namen preizkusa v glavnem računalniku je zagotoviti delovanje, zanesljivost in kakovost programske aplikacije ali storitve z metodami preverjanja in preverjanja in preveriti, ali je pripravljena za uporabo.

Med izvajanjem preizkusa Mainframe mora preizkuševalec vedeti le navigacijo po zaslonih CICS. Izdelani so po meri za posebne aplikacije. Za kakršne koli spremembe kode v preizkuševalniku COBOL, JCL itd. Vam ni treba skrbeti glede emulatorja, nameščenega na napravi. Spremembe, ki delujejo na enem terminalskem emulatorju, bodo delovale na drugih.

  • Aplikacija Mainframe (sicer imenovana paket delovnih mest) je preizkušena na podlagi testnih primerov, razvitih z uporabo zahtev
  • Preizkušanje glavnega računalnika se običajno izvede na postavljeni kodi z različnimi kombinacijami podatkov, nastavljenimi v vhodni datoteki.
  • Do aplikacij, ki se izvajajo na glavnem računalniku, je mogoče dostopati prek emulatorja terminala. Emulator je edina programska oprema, ki jo je treba namestiti na odjemalski računalnik.

V tej vadnici za začetnike boste izvedeli-

  • Atributi glavnega računalnika
  • Klasifikacija ročnega preskušanja v glavnem računalniku
  • Kako opraviti preskušanje glavnega računalnika
  • Orodja za preizkušanje avtomatizacije glavnih računalnikov
  • Metodologija pri preizkušanju osrednjih računalnikov
  • Koraki, vključeni v serijsko testiranje
  • Koraki pri spletnem testiranju
  • Koraki v preskušanju spletnega integriranja
  • Ukazi, uporabljeni pri preizkušanju glavnega računalnika
  • Predpogoji za začetek preizkušanja glavnega računalnika
  • Najboljše prakse
  • Izzivi in ​​odpravljanje težav pri preizkušanju glavnega računalnika
  • Naleteli so navadni Abendi
  • Pogosta težava med preskušanjem glavnega računalnika

Atributi glavnega računalnika

  1. Virtual Storage
    1. To je tehnika, ki omogoča, da procesor simulira glavno shrambo, ki je večja od dejanske količine dejanske shrambe.
    2. To je tehnika učinkovite uporabe pomnilnika za shranjevanje in izvajanje različnih velikosti nalog.
    3. Skladišče na disku uporablja kot podaljšek pravega pomnilnika.
  2. Večprogramiranje
    1. Računalnik hkrati izvaja več programov. Toda v danem trenutku lahko nadzoruje CPU samo en program.
    2. To je naprava, ki omogoča učinkovito uporabo CPU.
  3. Šaržna obdelava
    1. To je tehnika, s katero se katera koli naloga opravi v enotah, znanih kot delovna mesta.
    2. Opravilo lahko povzroči, da se eden ali več programov izvaja v zaporedju.
    3. Načrtovalec opravil sprejme odločitev o vrstnem redu izvajanja opravil. Da bi povečali povprečno pretočnost, so opravila razporejena glede na njihovo prioriteto in razred.
    4. Potrebne informacije za serijsko obdelavo dobite prek JCL (JEZIK ZA NADZOR POSLOV). JCL opisuje paketno opravilo - potrebne programe, podatke in vire.
  4. Delitev časa
    1. V sistemu delitve časa ima vsak uporabnik dostop do sistema prek terminalne naprave. Namesto da predloži opravila, ki so predvidena za kasnejše izvajanje, uporabnik vnese ukaze, ki se takoj obdelajo.
    2. Zato se temu reče "interaktivna obdelava". Uporabniku omogoča neposredno interakcijo z računalnikom.
    3. Obdelava s časovnim deležem je znana kot "obdelava v ospredju", serijska obdelava pa je znana kot "obdelava v ozadju".
  5. Spooling
    1. SPOOLing pomeni Simultane periferne operacije na spletu .
    2. Naprava SPOOL se uporablja za shranjevanje rezultatov programa / aplikacije. Vmesni izhod je usmerjen v izhodne naprave, kot je tiskalnik (če je potrebno).
    3. To je objekt, ki izkorišča prednost medpomnilnika za učinkovito uporabo izhodnih naprav.

Klasifikacija ročnega preskušanja v glavnem računalniku

Ročno preizkušanje glavnega računalnika lahko razvrstimo v dve vrsti:

  1. Serijsko preizkušanje delovnih mest -
    • Postopek testiranja vključuje izvedbe paketnih opravil za funkcionalnost, ki je bila implementirana v trenutni izdaji.
    • Rezultati testa, pridobljeni iz izhodnih datotek in baze podatkov, se preverijo in zabeležijo.
  2. Spletno testiranje -
    • Spletno testiranje se nanaša na testiranje zaslonov CICS, ki je podobno testiranju spletne strani.
    • Funkcionalnost obstoječih zaslonov je mogoče spremeniti ali dodati nove zaslone.
    • Različne aplikacije imajo lahko zaslone za poizvedbe in zaslone za posodobitve. Funkcionalnost teh zaslonov je treba preveriti v okviru spletnega testiranja.

Kako opraviti preskušanje glavnega računalnika

  1. Poslovna skupina pripravi dokumente o zahtevah. Kar določa, kako bo določen element ali postopek spremenjen v ciklu izdaje.
  2. Skupina za testiranje in razvoj dobijo dokument z zahtevami. Ugotovili bodo, na koliko procesov bo sprememba vplivala. Ponavadi v izdaji prilagojena zahteva neposredno vpliva na samo 20-25% aplikacije. Preostalih 75% izdaje bo namenjenih običajnim funkcijam, kot je preizkušanje aplikacij in procesov.
  3. Torej je treba aplikacijo Mainframe preizkusiti v dveh delih:
    1. Zahteve za testiranje - Testiranje aplikacije glede funkcionalnosti ali spremembe, omenjene v dokumentu o zahtevah.
    2. Preizkušanje integracije - preizkušanje celotnega postopka ali druge aplikacije, ki sprejema ali pošilja podatke v prizadeto aplikacijo. Regresijsko testiranje je glavni poudarek te testne dejavnosti.

Orodja za preizkušanje avtomatizacije glavnih računalnikov

Spodaj je seznam orodij, ki se lahko uporabljajo za preizkušanje avtomatizacije velikih računalnikov.

  • REXX
  • Excel
  • QTP

Metodologija pri preizkušanju osrednjih računalnikov

Oglejmo si primer: Zavarovalnica XYZ ima vpisni modul za člane. Zajema podatke tako z zaslona za vpis članov kot z včlanitvijo brez povezave. Kot smo že omenili, sta za testiranje Mainframe, spletno testiranje in serijsko testiranje potrebna dva pristopa.

  • Spletno testiranje se opravi na zaslonu za vpis članov. Tako kot spletna stran je tudi baza podatkov potrjena s podatki, vnesenimi skozi zaslone.
  • Včlanitev brez povezave je lahko vpis v papirni obliki ali včlanitev na spletno mesto tretje osebe. Podatki brez povezave (imenovani tudi paket) bodo v zbirko podatkov podjetja vneseni s paketnimi opravili. Vhodna ploščata datoteka je pripravljena v skladu s predpisanim formatom podatkov in podana v zaporedje paketnih opravil. Tako lahko za testiranje aplikacij na velikih računalnikih uporabimo naslednji pristop.
    • Prvo opravilo v vrstici paketnih opravil preveri vnesene podatke. Recimo na primer posebni znak, abecede v poljih samo s številkami itd.
    • Druga naloga potrjuje skladnost podatkov glede na pogoje poslovanja. Na primer, vpis otrok ne sme vsebovati odvisnih podatkov, poštne številke člana (ki po vpisanem načrtu ni na voljo za storitev) itd.
    • Tretje opravilo spremeni podatke v obliki, ki jo je mogoče vnesti v bazo podatkov. Na primer, brisanje imena paketa (v zbirki podatkov bodo shranjeni samo ID načrta in ime zavarovalnega načrta), dodani datum vnosa itd.
    • Četrto opravilo naloži podatke v bazo podatkov.
  • Testiranje serijskega dela se v tem postopku opravi v dveh fazah -
    • Vsako opravilo je potrjeno ločeno in
    • Integracija med opravili se potrdi z zagotavljanjem vhodne ploščate datoteke prvemu opravilu in preverjanjem veljavnosti baze podatkov. (Za posebno previdnost je treba vmesne rezultate potrditi)

Sledi metoda, ki se uporablja za testiranje osrednjega računalnika:

1. korak : Preizkušanje / testiranje dima

Na tej stopnji je glavni poudarek preveriti, ali je uvedena koda v pravem testnem okolju. Zagotavlja tudi, da s kodo ni kritičnih težav.

2. korak : Testiranje sistema

Spodaj so navedene vrste testiranj, opravljenih v okviru sistemskega testiranja.

  1. Paketno testiranje - To testiranje bo izvedeno s potrjevanjem rezultatov preskusov na izhodnih datotekah in sprememb podatkov, ki jih opravijo serijska opravila v obsegu testiranja, in njihovo snemanje.
  2. Spletno testiranje - to testiranje bo izvedeno na sprednjem delu aplikacije za glavni računalnik. Tu se prijava preizkusi za pravilno vstopno polje, kot so zavarovalni načrt, obresti na načrt itd.
  3. Preizkušanje spletnega integriranja - To testiranje bo izvedeno na sistemih s paketnimi procesi in spletno aplikacijo. Preveri se pretok podatkov in interakcija med spletnimi zasloni in paketnimi opravili.

    ( Primer za to vrsto preskušanja - razmislite o posodobitvi podrobnosti načrta, kot je povečanje obrestne mere. Sprememba obresti se izvede na zaslonu za posodobitev, podrobnosti stanja na prizadetih računih pa bodo spremenjene samo z nočnim paketnim opravilom. Testiranje v tem primeru se opravi s preverjanjem zaslona s podrobnostmi načrta in serijskim opravilom za posodobitev vseh računov).

  4. Preizkušanje zbirke podatkov - zbirke podatkov, v katerih se podatki iz glavne programske opreme (IMS, IDMS, DB2, VSAM / ISAM, zaporedni nabori podatkov, GDG) preverijo glede na njihovo postavitev in shranjevanje podatkov.

3. korak : Testiranje sistemske integracije

Primarni namen tega testiranja je potrditi funkcionalnost sistemov, ki sodelujejo s sistemom, ki se preskuša.

Zahteve na te sisteme ne vplivajo neposredno. Uporabljajo pa podatke iz preizkušenega sistema. Pomembno je preizkusiti vmesnik in različne vrste sporočil (na primer Job Successful, Job Failed, Database updated itd.), Ki lahko pretakajo med sistemi in posledična dejanja posameznih sistemov.

Vrste preskušanj, opravljene v tej fazi, so

  1. Serijsko preskušanje
  2. Spletno testiranje
  3. Spletno testiranje serijske integracije

Korak 4) : Regresijsko testiranje

Regresijsko testiranje je pogosta faza pri vseh vrstah preskusnih projektov. To preskušanje v Mainframes zagotavlja, da trenutna izdaja projekta ne vpliva na serijska opravila in spletne zaslone, ki niso v neposredni interakciji s preizkušenim sistemom (ali ne spadajo v obseg zahtev).

Za učinkovito regresijsko testiranje je treba v ožji izbor uvrstiti določen nabor testnih primerov, odvisno od njihove zapletenosti, in ustvariti regresijsko posteljo (Repozitorij testnih primerov). Ta nabor je treba posodobiti, kadar je v izdajo uvedena nova funkcionalnost.

5. korak : Testiranje učinkovitosti

To testiranje se opravi, da se ugotovijo ozka grla na močno prizadetih območjih, kot so sprednji podatki, nadgradnja spletnih baz podatkov in za načrtovanje razširljivosti aplikacije.

6. korak : Testiranje varnosti

To testiranje se opravi, da se oceni, kako dobro je aplikacija zasnovana in razvita za boj proti protivarnostnim napadom.

Na sistemu je treba opraviti dvakratno testiranje varnosti - varnost glavnega računalnika in varnost omrežja.

Značilnosti, ki jih je treba preizkusiti, so

  1. Integriteta
  2. Zaupnost
  3. Pooblastilo
  4. Preverjanje pristnosti
  5. Razpoložljivost

Koraki, vključeni v serijsko testiranje

  1. Ko skupina za preverjanje kakovosti prejme odobreni paket (paket vsebuje postopke, JCL, nadzorne kartice, module itd.), Mora preizkuševalec predogledati vsebino in jo po potrebi poiskati v PDS.
  2. Pretvorite produkcijski JCL ali razvojni JCL v QA JCL, ki se imenuje JOB SETUP.
  3. Kopiranje produkcijske datoteke in priprava testnih datotek.
  4. Za vsako funkcionalnost bo določeno zaporedje opravil. (Kot je pojasnjeno v primeru v poglavju Metodologija v poglavju Mainframe). Opravila je treba oddati z ukazom SUB s testnimi datotekami.
  5. Preverite vmesno datoteko, da ugotovite razloge za manjkajoče podatke ali podatke o napakah.
  6. Preverite končno izhodno datoteko, bazo podatkov in vmesnik, da potrdite rezultate testa.
  7. Če opravilo ne uspe, bo razlog za neuspeh opravila tuljava. Odpravite napako in znova pošljite opravilo.

Poročanje o preskusu - Napako je treba zabeležiti, če dejanski rezultat odstopa od pričakovanega.

Koraki pri spletnem testiranju

  1. V preskusnem okolju izberite zaslon Online.
  2. Preizkusite vsa polja za sprejemljive podatke.
  3. Preizkusite testni scenarij na zaslonu.
  4. Na spletnem zaslonu preverite zbirko podatkov za posodobitve podatkov.

Poročanje o preskusu - Napako je treba zabeležiti, če dejanski rezultat odstopa od pričakovanega.

Koraki v preskušanju spletnega integriranja

  1. Zaženite opravilo v testnem okolju in preverite podatke na spletnih zaslonih.
  2. Posodobite podatke na spletnih zaslonih in preverite, ali je paketno opravilo pravilno zagnano s posodobljenimi podatki.

Ukazi, uporabljeni pri preizkušanju glavnega računalnika

  1. PREDAJ - Predložite opravilo v ozadju.
  2. PREKLICI - Prekliči opravilo v ozadju.
  3. DODELI - dodeli nabor podatkov
  4. COPY - Kopirajte nabor podatkov
  5. RENAME - Preimenuj nabor podatkov
  6. IZBRIŠI - Izbriši nabor podatkov
  7. JOB SCAN -Če želite JCL povezati s programom, knjižnicami, datotekami itd., Ne da bi ga zagnali.

Po potrebi se uporablja veliko drugih ukazov, ki pa niso tako pogosti.

Predpogoji za začetek preizkušanja glavnega računalnika

Osnovne podrobnosti, potrebne za preizkušanje glavnega računalnika, so:

  • ID za prijavo in geslo za prijavo v aplikacijo.
  • Kratko znanje o ukazih ISPF.
  • Imena datotek, kvalifikator datotek in njihove vrste.

Pred začetkom preizkušanja osrednjega računalnika je treba preveriti spodnje vidike.

  1. Služba
    1. Opravite pregled opravila (ukaz - JOBSCAN), da preverite, ali obstajajo napake, preden ga izvedete.
    2. Parameter CLASS je treba usmeriti na testni razred.
    3. Izhod opravila usmerite v vmesnik ali JHS ali po potrebi s parametrom MSGCLASS.
    4. Preusmerite e-poštno sporočilo v opravilu v vmesnik ali preskusni ID pošte.
    5. Komentirajte korake FTP za začetno preskušanje in nato opravilo usmerite na testni strežnik.
    6. Če se v opravilu ustvari IMR (zapis o upravljanju incidentov), ​​v opravilo ali param kartico dodajte komentar "TESTIRANJE NAMENA".
    7. Vse produkcijske knjižnice v opravilu je treba spremeniti in opozoriti na testne knjižnice.
    8. Služba ne sme ostati brez pozornosti.
    9. Če želite preprečiti, da bi se opravilo izvajalo v neskončni zanki ob kakršni koli napaki, je treba dodati parameter TIME z določenim časom.
    10. Shranite izhod opravila, vključno s tuljavo. Tuljavo lahko shranite s pomočjo XDC.
  1. mapa
    1. Ustvari samo testno datoteko potrebne velikosti. Za shranjevanje podatkov v zaporedne datoteke z istim imenom uporabite GDG (generirane podatkovne skupine - datoteke z istim imenom, vendar z zaporednimi številkami različic - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 itd.).
    2. Parameter DISP (Disposition - opisuje sistem za ohranjanje ali brisanje nabora podatkov po običajnem ali nenormalnem zaključku koraka ali opravila) mora biti pravilno kodiran za datoteke.
    3. Prepričajte se, da so vse datoteke, ki se uporabljajo za izvajanje opravila, pravilno shranjene in zaprte, da preprečite, da bi opravilo prešlo v HOLD.
    4. Med preskušanjem z uporabo GDG se prepričajte, da je usmerjena na pravo različico.
  2. Zbirka podatkov
    1. Med izvajanjem opravila ali spletnega programa zagotovite, da nenamerni podatki niso vstavljeni, posodobljeni ali izbrisani.
    2. Zagotovite tudi, da se za testiranje uporablja pravilno območje DB2.
  3. Testni primeri
    1. Vedno preizkusite robne pogoje, kot so - prazna datoteka, prva obdelava zapisa, zadnja obdelava zapisa itd.
    2. Vedno vključite pozitivne in negativne testne pogoje.
    3. Če se v programu uporabljajo standardni postopki, kot so ponovni zagon kontrolne točke, Abend moduli, nadzorne datoteke itd. Vključujejo preskusne primere za preverjanje, ali so bili moduli pravilno uporabljeni.
  4. Podatki o preskusu
    1. Nastavitev podatkov o preskusu je treba opraviti pred začetkom preskusa.
    2. Nikoli ne spreminjajte podatkov na testni regiji, ne da bi o tem obvestili. Morda obstajajo druge ekipe, ki delajo z enakimi podatki in njihov test ne bi uspel.
    3. Če so med izvajanjem potrebne proizvodne datoteke, je treba pred kopiranjem ali uporabo pridobiti ustrezno pooblastilo.

Najboljše prakse

  1. V primeru izvedbe serijskega opravila je MAX CC 0 pokazatelj uspešnosti opravila. To ne pomeni, da funkcionalnost deluje v redu. Opravilo se bo uspešno izvajalo, tudi če je izhod prazen ali ne v skladu s pričakovanji. Zato je vedno pričakovati, da preveri vse izhode, preden razglasi delo uspešno.
  2. Vedno je dobra praksa, da preizkušeno delo opravite v suhem. Suhi zagon se izvede s praznimi vhodnimi datotekami. Ta postopek je treba upoštevati pri opravilih, na katera vplivajo spremembe v preskusnem ciklu.
  3. Pred začetkom preskusnega cikla je treba testno nalogo opraviti precej vnaprej. To bo pomagalo odkriti napako JCL vnaprej, s čimer boste prihranili čas med izvajanjem.
  4. Medtem ko dostopate do tabel DB2 prek SPUFI (možnost na emulatorju za dostop do tabel DB2), vedno nastavite samodejno odobritev kot "NE", da se izognete nenamernim posodobitvam.
  5. Razpoložljivost testnih podatkov je glavni izziv pri serijskem testiranju. Zahtevane podatke je treba ustvariti že pred preskusnim ciklom in jih preveriti, ali so popolni.
  6. Nekatere spletne transakcije in paketna opravila lahko zapisujejo podatke v MQ (čakalna vrsta sporočil) za prenos podatkov v druge aplikacije. Če podatki niso veljavni, lahko onemogočijo / ustavijo MQ-je, kar bo vplivalo na celoten postopek testiranja. Dobro je preveriti, ali MQ po testiranju dobro delujejo.

Izzivi in ​​odpravljanje težav pri preizkušanju glavnega računalnika

Izzivi Pristop
Nepopolne / nejasne zahteve Morda obstaja dostop do uporabniškega priročnika / navodil za usposabljanje, vendar te niso enake dokumentiranim zahtevam. Preizkuševalci bi morali biti vključeni v SDLC od faze zahtev naprej. To bo pomagalo preveriti, ali so zahteve preverljive.
Nastavitev / identifikacija podatkov V nekaterih primerih je treba obstoječe podatke ponovno uporabiti v skladu z zahtevo. Včasih je težko ugotoviti zahtevane podatke iz obstoječih podatkov. Za nastavitev podatkov lahko po potrebi uporabimo domača orodja. Za pridobivanje obstoječih podatkov je treba poizvedbe sestaviti vnaprej. V primeru težav lahko ekipo za upravljanje podatkov pošljete zahtevo za ustvarjanje ali kloniranje zahtevanih podatkov.
Nastavitev opravila Ko so opravila naložena v PDS, je treba opravilo nastaviti v območju QA. Tako da delovna mesta ne bodo predložena s kvalifikacijskimi značilnostmi proizvodnje ali podrobnostmi poti. Za premagovanje človeških napak med namestitvijo je treba uporabiti orodja za nastavitev opravila.
Ad-hoc zahteva V nekaterih primerih je treba podpirati preskušanje od konca do konca zaradi težav pri težavah z aplikacijami navzgor ali navzdol. Te zahteve povečajo čas in napor v izvedbenem ciklu. Uporaba skriptov za avtomatizacijo, regresijskih skriptov in skriptov okostja bi lahko pripomogla k zmanjšanju stroškov in časa.
Pravočasne izdaje za spremembo obsega Morda pride do situacije, ko lahko vpliv kode popolnoma spremeni videz in občutek sistema. To bo morda zahtevalo spremembo testnih primerov, skriptov in podatkov. Vzpostavljeni morajo biti postopek upravljanja spremembe obsega in analiza učinka.

Naleteli so navadni Abendi

  1. S001 - Prišlo je do napake V / I.

    Razlog - branje na koncu datoteke, napaka v dolžini datoteke, poskus vpisa v datoteko samo za branje.

  2. S002 - Neveljaven V / I zapis.

    Razlog - poskus zapisati zapis, daljši od dolžine zapisa.

  3. S004 - Med odpiranjem je prišlo do napake.

    Razlog - neveljaven DCB

  4. S013 - Napaka pri odpiranju nabora podatkov.

    Razlog - Član PDS ne obstaja, dolžina zapisa v programu se ne ujema z dejansko dolžino zapisa.

  5. S0C1 - Izjema pri delovanju

    Razlog - datoteke ni mogoče odpreti, manjka DD kartica

  6. S0C4 - Izjema pri zaščiti / kršitev shranjevanja
  7. Razlog - poskus dostopa do pomnilnika, ki programu ni na voljo.
  8. SC07 - Izjema pri preverjanju programa - podatki
  9. Razlog - sprememba postavitve zapisa ali postavitve datoteke.
  10. Sx22 - Opravilo je preklicano
  11. S222 - Opravilo je preklical uporabnik brez izpisa.
  12. S322 - Čas opravila ali koraka je presegel določeno omejitev ali pa je program v zanki ali nezadosten časovni parameter.
  13. S522 - Časovna omejitev seje TSO.
  14. S806 -Ne more povezati ali naložiti.

    Razlog - ID opravila ne more najti določenega modula za nalaganje.

  15. S80A - Premalo navideznega pomnilnika, da bi zadostili zahtevam GETMAIN ali FREEMAIN.
  16. S913 - Poskus dostopa do nabora podatkov, za katerega uporabnik ni pooblaščen.
  17. Sx37 - Naboru podatkov ni mogoče dodeliti dovolj prostora za shranjevanje.

Pomoč pri napakah - zelo priljubljeno orodje za pridobivanje podrobnih informacij o različnih vrstah abend.

Pogosta težava med preskušanjem glavnega računalnika

  • Zaposlitve - Za uspešno dokončanje opravila preverite podatke, vhodno datoteko in module, ki so na določeni lokaciji ali ne. Abends se lahko sooči iz več razlogov, najpogostejši pa so - Neveljavni podatki, Nepravilno vnosno polje, neusklajenost datumov, okoljska vprašanja itd.
  • Izhodna datoteka prazna -Čeprav se opravilo morda uspešno izvaja (MaxCC 0), izhod morda ni tak, kot je bilo pričakovano. Torej, preden opravi kateri koli testni primer, se mora preizkuševalec prepričati, da je izhod navzkrižno preverjen. Šele nato nadaljujte naprej.
  • Vhodna datoteka je prazna - v nekaterih aplikacijah bodo datoteke prejete iz procesov v zgornjem toku. Pred uporabo prejete datoteke za testiranje trenutne aplikacije je treba podatke navzkrižno preveriti, da se prepreči ponovna izvedba in predelava.

Povzetek:

  • Preskušanje glavnega računalnika je podobno kot pri katerem koli drugem preskusnem postopku, ki se začne od zbiranja zahtev, zasnove testa, izvedbe testa in poročanja o rezultatih.
  • Da bi lahko preizkusil aplikacijo, mora preizkuševalec sodelovati na sestankih za načrtovanje, ki jih načrtujejo razvojne in poslovne skupine.
  • Preizkuševalec se mora navaditi na različne funkcije preizkusa velikega računalnika. Tako kot navigacija po zaslonu, ustvarjanje datotek in PDS, shranjevanje rezultatov preskusa itd., Preden se testni cikel začne.
  • Preizkušanje aplikacij za glavni računalnik traja dolgo. Za načrtovanje, nastavitev in izvajanje preskusov je treba upoštevati jasen urnik preskusov.
  • Serijsko testiranje in spletno testiranje je treba izvajati učinkovito, ne da bi pri tem manjkali kateri koli funkciji, navedeni v dokumentu z zahtevami, in nobenega testnega primera ne bi smeli prihraniti.