Suurarvuti testimine - täielik õpetus

Enne suurarvuti testimise kontseptsioonide õppimist laseb neil õppida

Mis on suurarvuti?

Suurarvuti on suure jõudlusega ja kiire arvutisüsteem. Seda kasutatakse suuremahuliste arvutuste jaoks, mis nõuab suurt kättesaadavust ja turvalisust. Seda kasutatakse enamasti sellistes sektorites nagu rahandus, kindlustus, jaekaubandus ja muud kriitilised valdkonnad, kus tohutuid andmeid töödeldakse mitu korda.

Suurarvuti testimine

Suurarvuti testimine on suurarvutite süsteemidel põhinevate tarkvararakenduste ja -teenuste testimise protsess. Suurarvuti testimise eesmärk on tagada tarkvararakenduse või teenuse jõudlus, usaldusväärsus ja kvaliteet kontrollimise ja valideerimise meetodite abil ning kontrollida, kas see on valmis juurutamiseks.

Mainframe'i testimise ajal peab testija teadma ainult CICS-i ekraanide navigeerimist. Need on kohandatud spetsiaalsete rakenduste jaoks. COBOLi, JCLi jms testeris tehtud koodis tehtud muudatused ei pea masinasse seatud emulaatori pärast muretsema. Ühes terminaliemulaatoris toimivad muudatused toimivad ka teistel.

• Mainframe'i rakendust (muidu nimetatakse tööpaketiks) testitakse nõuete alusel välja töötatud testjuhtumite põhjal
• Suurarvuti testimine toimub tavaliselt juurutatud koodil, kasutades erinevaid sisendfaili seatud andmekombinatsioone.
• Suurarvutis töötavatele rakendustele pääseb juurde terminaliemulaatori kaudu. Emulaator on ainus tarkvara, mis tuleb kliendimasinasse installida.

Selles algajate õpetuses saate teada

• Suurarvuti atribuudid
• Suurarvuti käsitsi testimise klassifikatsioon
• Kuidas teha suurarvuti testimist
• Suurarvuti automaatika testimise tööriistad
• Metoodika suurarvutite testimisel
• Paketi testimisega seotud etapid
• Veebitestimisega seotud etapid
• Veebipõhise integreerimise testimisega seotud etapid
• Mainframe'i testimisel kasutatavad käsud
• Eeldused suurarvuti testimise alustamiseks
• Parimad tavad
• Suurarvuti testimine väljakutsed ja tõrkeotsing
• Esinevad ühised aberdid
• Tavaline probleem suurarvuti testimisel

Suurarvuti atribuudid

1. Virtuaalne salvestusruum
   1. See on tehnika, mis võimaldab protsessoril simuleerida põhimälu, mis on suurem kui tegeliku salvestusruumi maht.
   2. See on tehnika, kuidas kasutada mälu tõhusalt erineva suurusega ülesannete salvestamiseks ja täitmiseks.
   3. See kasutab kettamälu tegeliku salvestusruumi laiendusena.
2. Mitmeprogrammeerimine
   1. Arvuti käivitab korraga rohkem kui ühte programmi. Kuid igal hetkel saab protsessorit juhtida ainult üks programm.
   2. See on protsessori tõhusaks kasutamiseks mõeldud võimalus.
3. Pakkide töötlemine
   1. See on tehnika, mille abil täidetakse mis tahes ülesanne üksustes, mida nimetatakse töökohtadeks.
   2. Töö võib põhjustada ühe või mitme programmi järjestiku käivitamise.
   3. Tööaja planeerija teeb otsuse tööde täitmise järjekorra kohta. Keskmise läbilaskevõime maksimeerimiseks kavandatakse töökohad vastavalt nende prioriteetidele ja klassile.
   4. Partii töötlemiseks vajalikku teavet pakutakse JCL-i (TÖÖKONTROLLI KEEL) kaudu. JCL kirjeldab pakkimistööd - programme, vajalikke andmeid ja ressursse.
4. Aja jagamine
   1. Aja jagamise süsteemis on igal kasutajal süsteemile juurdepääs lõppseadme kaudu. Hilisemaks täitmiseks kavandatud tööde esitamise asemel sisestab kasutaja käsud, mida töödeldakse kohe.
   2. Seetõttu nimetatakse seda "interaktiivseks töötlemiseks". See võimaldab kasutajal arvutiga otse suhelda.
   3. Ajajaotustöötlust tuntakse kui "esiplaani töötlemist" ja paketttöötlust kui tausttöötlust.
5. Spoolimine
   1. SPOOLing tähistab üheaegseid perifeerseid operatsioone võrgus .
   2. SPOOL-seadet kasutatakse programmi / rakenduse väljundi salvestamiseks. Spoolväljund suunatakse väljundseadmetele nagu printer (kui vaja).
   3. See on seade, mis kasutab väljundseadmete tõhusaks kasutamiseks puhverdamise eeliseid.

Suurarvuti käsitsi testimise klassifikatsioon

Suurarvuti manuaalset testimist saab jagada kahte tüüpi:

1. Pakktöö testimine -
   • Testimisprotsess hõlmab pakettülesannete täitmist praeguses versioonis rakendatud funktsionaalsuse jaoks.
   • Väljundfailidest ja andmebaasist eraldatud testitulemused kontrollitakse ja salvestatakse.
2. Veebitestimine -
   • Veebitestimine viitab CICS-ekraanide testimisele, mis sarnaneb veebilehe testimisega.
   • Olemasolevate ekraanide funktsionaalsust võiks muuta või lisada uusi ekraane.
   • Erinevatel rakendustel võivad olla päringuekraanid ja värskendusekraanid. Nende testide funktsionaalsust tuleb kontrollida veebipõhise testimise käigus.

Kuidas teha suurarvuti testimist

1. Ärimeeskond valmistab ette nõudedokumendid. Mis määrab, kuidas konkreetset elementi või protsessi vabastamistsüklis muutma hakatakse.
2. Testimisrühm ja arendus saavad nõude dokumendi. Nad saavad aru, kui palju protsesse see muutus mõjutab. Tavaliselt mõjutab väljaandes ainult 20–25% rakendusest, mida kohandatud nõue otseselt mõjutab. Ülejäänud 75% väljalaskest on mõeldud out-box-funktsioonidele, nagu rakenduste ja protsesside testimine.
3. Mainframe'i rakendust tuleb testida kahes osas:
   1. Nõuete testimine - nõude dokumendis nimetatud funktsionaalsuse või muudatuse rakenduse testimine.
   2. Integreerimise testimine - kogu protsessi või muu rakenduse testimine, mis võtab vastu või saadab andmeid mõjutatud rakendusele. Regressioonitestimine on selle testimise peamine eesmärk.

Suurarvuti automaatika testimise tööriistad

Allpool on loetelu tööriistadest, mida saab kasutada suurarvuti automaatika testimisel.

• REXX
• Excel
• QTP

Metoodika suurarvutite testimisel

Vaatleme näiteks: XYZ kindlustusseltsil on liikmete registreerimise moodul. See võtab andmeid nii liikmete registreerimisekraanilt kui ka võrguühenduseta registreerumisest. Nagu me varem arutasime, on suurarvuti testimiseks, veebipõhiseks testimiseks ja partiitestimiseks vaja kahte lähenemist.

• Veebitestimine toimub liikmete registreerumise ekraanil. Nii nagu veebileht, kontrollitakse andmebaasi ekraanide kaudu sisestatud andmetega.
• Võrguühenduseta registreerimine võib olla registreerimine paberkandjal või registreerimine kolmanda osapoole veebisaidil. Võrguühenduseta andmed (nimetatud ka partiina) sisestatakse ettevõtte andmebaasi pakettide kaudu. Sisendfail valmistatakse ette vastavalt ettenähtud andmevormingule ja edastatakse paketttööde järjestusele. Seega saame suurarvuti rakenduste testimiseks kasutada järgmist lähenemisviisi.
  • Paketttööde rea esimene töö kinnitab sisestatud andmed. Ütleme näiteks erimärk, tähestikud ainult numbritega väljadel jne.
  • Teine töökoht kinnitab andmete järjepidevust vastavalt äritingimustele. Näiteks ei tohiks lapse registreerimine sisaldada sõltuvaid andmeid, liikme sihtnumbrit (mis pole registreeritud paketi jaoks saadaval) jne.
  • Kolmas töö muudab andmeid andmebaasi sisestatavas vormingus. Näiteks kustutatakse plaani nimi (andmebaasi salvestatakse ainult plaani ID ja kindlustusplaani nimi), lisatakse sisestamise kuupäev jne.
  • Neljas töö laadib andmed andmebaasi.
• Selles protsessis tehakse partiitöö testimine kahes etapis -
  • Iga töö valideeritakse eraldi ja
  • Tööde integreerimine kinnitatakse, sisestades esimesele tööle sisendfaili ja valideerides andmebaasi. (Vahetulemused tuleb kinnitada eriti ettevaatlikult)

Mainframe'i testimisel järgitakse järgmist meetodit:

1. samm) : Shakedowni / suitsu testimine

Selles etapis keskendutakse peamiselt selle kontrollimisele, kas juurutatud kood on õiges testikeskkonnas. Samuti tagab see, et koodiga pole kriitilisi probleeme.

2. samm) : süsteemi testimine

Allpool on toodud testimiste tüübid, mis tehakse osana süsteemi testimisest.

1. Pakettide testimine - see testimine tehakse testimisulatusega paketttöötluste poolt väljundfailide testitulemuste ja andmete muudatuste kinnitamise ning nende salvestamise teel.
2. Veebitestimine - see testimine tehakse suurarvuti rakenduse esiosas. Siin testitakse, kas rakendusel on õige sisestusväli, näiteks kindlustusplaan, huvi plaani vastu jne.
3. Veebipartiide integreerimise testimine - see testimine tehakse partiiprotsesside ja veebirakendustega süsteemides. Andmevoog ja suhtlus veebiekraanide ja pakettide vahel on kinnitatud.

   ( Näide seda tüüpi testimiseks - kaaluge kava üksikasjade värskendamist, näiteks intressimäära suurendamine. Huvi muutmine toimub värskendusekraanil ja mõjutatud kontode saldo üksikasju muudab ainult öine pakett. sellisel juhul kontrollitakse plaani üksikasjade ekraani ja kõigi kontode värskendamiseks paketttöötlust).

4. Andmebaaside testimine - andmebaasid, kus suurarvutirakenduse andmed (IMS, IDMS, DB2, VSAM / ISAM, järjestikused andmekogumid, GDG-d) on kinnitatud nende paigutuse ja andmesalvestuse jaoks.

Samm 3) : süsteemi integreerimise testimine

Selle testimise esmane eesmärk on kinnitada testitava süsteemiga suhtlevate süsteemide funktsionaalsust.

Nõuded ei mõjuta neid süsteeme otseselt. Kuid nad kasutavad testitava süsteemi andmeid. Oluline on testida liidest ja erinevat tüüpi sõnumeid (näiteks edukas töö, ebaõnnestunud töö, andmebaasi värskendatud jne), mis võivad süsteemide ja nendest tulenevate toimingute vahel üksikute süsteemide vahel liikuda.

Selles etapis tehtud testide tüübid on

1. Partii testimine
2. Veebitestimine
3. Online - partiide integreerimise testimine

4. samm) : regressioonitestimine

Regressioonitestimine on igat tüüpi testimisprojektides levinud etapp. See suurarvutites testimine tagab, et praegune projekti väljaanne ei mõjuta paketttöid ega veebiekraane, mis testitava süsteemiga otseselt ei suhtle (või ei kuulu nõuete reguleerimisalasse).

Efektiivse regressioonitesti tegemiseks tuleks konkreetne testijuhtude kogum sõltuvalt nende keerukusest valida ja luua regressioonivoodi (Test case hoidla). Seda komplekti tuleks värskendada alati, kui väljalaskes on kasutusele võetud uus funktsioon.

5. samm) : jõudluskontroll

Selle testimise abil tehakse kindlaks kitsaskohad kõrge tabamusega piirkondades, nagu esiosa andmed, veebiandmebaaside täiendamine ja rakenduse mastaapsuse kavandamine.

6. samm) : turvatestimine

Selle testimise abil hinnatakse, kui hästi rakendus on välja töötatud ja välja töötatud turbetõrjerünnakute vastu võitlemiseks.

Süsteemis tuleks teha kahekordne turvalisuse testimine - suurarvuti turvalisus ja võrgu turvalisus.

Testitud funktsioonid on

1. Ausus
2. Konfidentsiaalsus
3. Volitamine
4. Autentimine
5. Saadavus

Paketi testimisega seotud etapid

1. Pärast seda, kui kvaliteedikontrolli meeskond on saanud heakskiidetud paketi (pakett sisaldab protseduure, JCL-i, juhtimiskaarte, mooduleid jne), peaks testija eelvaate vaatama ja sisu PDS-i laadima vastavalt vajadusele.
2. Teisendage tootmise JCL või Development JCL QA JCL-ks, mida nimetatakse ka JOB SETUP-ks.
3. Tootefaili kopeerimine ja testfailide ettevalmistamine.
4. Iga funktsiooni jaoks määratakse kindlaks tööjärjestus. (Nagu on selgitatud jaotises Mainframe metoodika näites). Tööde esitamiseks kasutage käsku SUB koos testandmefailidega.
5. Andmete puudumise või vigade põhjuste väljaselgitamiseks kontrollige vahefaili.
6. Testi tulemuste kinnitamiseks kontrollige lõplikku väljundfaili, andmebaasi ja spooli.
7. Kui töö ebaõnnestub, on tööl ebaõnnestumise põhjus spoolil. Parandage viga ja esitage töö uuesti.

Testi aruandlus - defekt tuleks logida, kui tegelik tulemus erineb oodatust.

Veebitestimisega seotud etapid

1. Valige testkeskkonnas ekraan Online.
2. Testige iga välja vastuvõetavate andmete osas.
3. Testige ekraanil teststsenaariumi.
4. Veebikuval kontrollige andmebaasi andmete värskenduste jaoks.

Testi aruandlus - defekt tuleks logida, kui tegelik tulemus erineb oodatust.

Veebipõhise integreerimise testimisega seotud etapid

1. Käivitage testkeskkonnas töö ja kontrollige andmeid veebiekraanidel.
2. Värskendage veebiekraanidel olevaid andmeid ja kontrollige, kas värskendatud andmetega on pakett töö korralikult käivitatud.

Mainframe'i testimisel kasutatavad käsud

1. ESITA - esitage tausttöö.
2. CANCEL - tausttöö tühistamine.
3. ALLOCATE - andmekogumi eraldamine
4. COPY - andmekogumi kopeerimine
5. RENAME - nimetage andmekomplekt ümber
6. KUSTUTA - Andmekogumi kustutamine
7. TÖÖLEVIIMINE - JCL-i sidumine programmi, teekide, faili jms täitmiseta.

Vajadusel kasutatakse palju muid käske, kuid need pole nii sagedased.

Eeldused suurarvuti testimise alustamiseks

Peaarvuti testimiseks vajalikud põhidetailid on järgmised:

• Sisselogimise ID ja parool rakendusse sisselogimiseks.
• Lühidad teadmised ISPF-i käskude kohta.
• Failide nimed, faili täpsustus ja nende tüübid.

Enne suurarvuti testimise alustamist tuleks kontrollida järgmisi aspekte.

1. Töö
   1. Enne selle käivitamist tehke skannimine (käsk - JOBSCAN) vigade kontrollimiseks.
   2. Parameeter CLASS tuleb osutada testiklassile.
   3. Suunage tööväljund pooli või JHS-i või vastavalt vajadusele parameetri MSGCLASS abil.
   4. Marsruutige tööl olev e-posti aadress spooliks või proovimeili ID-ks.
   5. Esmase testimise jaoks kommenteerige FTP samme ja seejärel suunake töö testiserverisse.
   6. Juhul, kui töös genereeritakse IMR (intsidentide haldamise kirje), lisage lihtsalt kommentaar "TESTIMISEESMÄRK" töö- või param-kaardile.
   7. Kõiki tööl olevaid tootmisraamatukogusid tuleks muuta ja osutada testraamatukogudele.
   8. Tööd ei tohiks jätta järelevalveta.
   9. Et vältida töö käivitamist mis tahes tõrke lõpmatus ringis, tuleks parameeter TIME lisada määratud ajaga.
   10. Salvestage töö väljund koos spooliga. Rulli saab salvestada XDC abil.

2. Fail
   1. Looge ainult vajaliku suurusega testfail. Andmete salvestamiseks järjestikuste sama nimega failidesse kasutage vajadusel GDG-sid (Generation Data Groups - sama nimega, kuid järjestikuste versiooninumbritega failid - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 jne).
   2. Failide parameeter DISP (Disposition - kirjeldab süsteemi, kuidas andmekogumit säilitada või kustutada pärast etapi või töö normaalset või ebaharilikku lõpetamist) tuleks õigesti kodeerida.
   3. Veenduge, et kõik töö tegemiseks kasutatud failid on nõuetekohaselt salvestatud ja suletud, et töö ei satuks HOLDi.
   4. GDG-de abil testimise ajal veenduge, et õigele versioonile osutataks.
3. Andmebaas
   1. Töö või veebiprogrammi käivitamise ajal veenduge, et soovimatuid andmeid ei sisestataks ega värskendataks ega kustutataks.
   2. Samuti veenduge, et testimisel kasutatakse õiget DB2 piirkonda.
4. Testjuhtumid
   1. Kontrollige alati selliseid piiritingimusi nagu - Tühi fail, Esimese kirje töötlemine, Viimase kirje töötlemine jne.
   2. Lisage alati nii positiivsed kui ka negatiivsed testitingimused.
   3. Juhul kui programmis kasutatakse standardprotseduure, näiteks kontrollpunkti taaskäivitamine, moodulite peatamine, juhtimisfailid jne, hõlmavad testjuhtumeid valideerimiseks, kas mooduleid on õigesti kasutatud.
5. Testiandmed
   1. Testandmete seadistamine peaks toimuma enne testimise algust.
   2. Ärge kunagi muutke testpiirkonna andmeid ilma sellest teavitamata. Samade andmetega võib töötada ka teisi meeskondi ja nende test ebaõnnestub.
   3. Kui tootmisfaile on täitmise ajal vaja, peaks enne nende kopeerimist või kasutamist saama nõuetekohase loa.

Parimad tavad

1. Pakktööde käivitamise korral näitab MAX CC 0, et töö on edukalt käivitatud. See ei tähenda, et funktsionaalsus töötab hästi. Töö töötab edukalt ka siis, kui väljund on tühi või mitte vastavalt ootustele. Nii et enne töö edukaks tunnistamist eeldatakse alati kõigi väljundite kontrollimist.
2. Alati on hea tava testitava töö kuivaks tegemiseks. Kuivkäik tehakse tühjade sisendfailidega. Seda protsessi tuleks järgida tööde puhul, mida testtsükli jaoks tehtud muudatused mõjutavad.
3. Enne katsetsükli algust tuleks testitöö üles seada aegsasti. See aitab eelnevalt välja selgitada kõik JCL-i vead, säästes seega täitmise ajal aega.
4. Juurdepääsu ajal DB2 tabelitele SPUFI kaudu (emulaatori võimalus pääseda juurde DB2 tabelitele) määrake juhusliku värskendamise vältimiseks alati automaatne sooritamine väärtuseks "EI".
5. Testandmete kättesaadavus on partiitestimise peamine väljakutse. Nõutavad andmed tuleks luua aegsasti enne katsetsüklit ja nende täielikkust tuleks kontrollida.
6. Mõni võrgutehing ja pakkimistöö võivad andmete edastamiseks teistele rakendustele kirjutada MQ-desse (sõnumijärjekorda). Kui andmed pole õiged, võivad need MQ-d keelata / peatada, see mõjutab kogu testimisprotsessi. Hea tava on pärast testimist kontrollida, kas MQ-d töötavad hästi.

Suurarvuti testimine väljakutsed ja tõrkeotsing

Väljakutsed	Lähenemine
Mittetäielikud / ebaselged nõuded Võib olla juurdepääs kasutusjuhendile / koolitusjuhendile, kuid need ei erine dokumenteeritud nõuetega.	Testijad tuleks SDLC-sse kaasata alates nõuete järgust. See aitab kontrollida, kas nõuded on testitavad.
Andmete seadistamine / tuvastamine Võib esineda olukordi, kus olemasolevaid andmeid tuleks vastavalt nõudele taaskasutada. Mõnikord on olemasolevate andmete põhjal nõutavaid andmeid raske kindlaks teha.	Andmete seadistamiseks saab vastavalt vajadusele kasutada kodumaiseid tööriistu. Olemasolevate andmete toomiseks tuleks päringud eelnevalt koostada. Mis tahes raskuste korral saab andmehaldustiimile esitada taotluse vajalike andmete loomiseks või kloonimiseks.
Töö seadistamine Kui töökohad on PDS-i otsitud, tuleb see QA piirkonnas häälestada. Nii et töökohti ei esitata koos tootekvalifikaatori või tee üksikasjadega.	Töö seadistamise tööriistu tuleks kasutada seadistamise käigus tehtud inimlike vigade ületamiseks.
Ad-hoc päring Võib esineda olukordi, kus lõpp-lõpuni testimist tuleb toetada probleemide tõttu üles- või allavoolu rakenduste probleemides. Need taotlused suurendavad täitmistsükli aega ja vaeva.	Automaatikaskriptide, regressiooniskriptide ja skeletiskriptide kasutamine võib aidata vähendada üldkulusid ja aega.
Õigeaegsed väljalasked ulatuse muutmiseks Võib juhtuda, et koodi mõju võib süsteemi välimust ja tunnet täielikult muuta. See võib nõuda testjuhtumite, skriptide ja andmete muutmist.	Reguleerimisala muudatuste juhtimise protsess ja mõju analüüs peaksid olema paigas.

Esinevad ühised aberdid

1. S001 - tekkis sisend- / väljundviga.

   Põhjus - faili lõpus lugemine, faili pikkuse viga, katse kirjutuskaitstud faili kirjutada.

2. S002 - kehtetu I / O-kirje.

   Põhjus - katse kirjutada rekordi pikkusest pikem rekord.

3. S004 - OPENi ajal ilmnes viga.

   Põhjus - kehtetu DCB

4. S013 - viga andmekogumi avamisel.

   Põhjus - PDS-i liiget pole olemas, kirje pikkus programmis ei vasta tegelikule rekordi pikkusele.

5. S0C1 - operatsiooni erand

   Põhjus - faili ei saa avada, DD-kaart puudub

6. S0C4 - kaitse erand / salvestusrikkumine
7. Põhjus - juurdepääsusalvestuse proovimine pole programmile saadaval.
8. SC07 - programmi kontrollimise erand - andmed
9. Põhjus - kirje paigutuse või failipaigutuse muutmine.
10. Sx22 - töö on tühistatud
11. S222 - kasutaja tühistas töö ilma prügimäeta.
12. S322 - töö või sammu aeg ületas määratud piiri või on programm silmus või ebapiisav ajaparameeter.
13. S522 - TSO seansi ajalõpp.
14. S806 - ei saa linkida ega laadida.

    Põhjus - töö ID ei leia määratud laadimismoodulit.

15. S80A - GETMAIN- või FREEMAIN-päringute rahuldamiseks pole piisavalt virtuaalset salvestusruumi.
16. S913 - proovige juurde pääseda andmestikule, millele kasutajal pole luba.
17. Sx37 - andmekogumile ei saa piisavalt ruumi eraldada.

Veaabiline - väga populaarne tööriist, et saada üksikasjalikku teavet erinevat tüüpi rikkumiste kohta.

Tavaline probleem suurarvuti testimisel

• Töö katkeb - töö edukaks lõpetamiseks peaksite kontrollima andmeid, sisendfaili ja konkreetses asukohas olevaid mooduleid või mitte. Katkestustega võib silmitsi olla mitmel põhjusel, kõige sagedamini - valed andmed, vale sisestusväli, kuupäevade mittevastavus, keskkonnaprobleemid jne

• Väljundfail on tühi - kuigi töö võib õnnestuda (MaxCC 0), ei pruugi väljund olla ootuspärane. Nii et enne mis tahes testjuhtumi läbimist peab testija veenduma, et väljund on ristkontrollitud. Alles seejärel jätkake edasi.
• Sisendfail on tühi - mõnes rakenduses võetakse failid vastu eelprotsessidest. Enne vastuvõetud faili kasutamist praeguse rakenduse testimiseks tuleks andmed uuesti kontrollida ja uuesti töödelda.

Kokkuvõte:

• Suurarvuti testimine on nagu iga teine ​​testimisprotseduur, mis algab nõuete kogumisest, testi kavandamisest, testi täitmisest ja tulemuste aruandlusest.
• Rakenduse tõhusaks testimiseks peaks testija osalema arendus- ja ärimeeskondade kavandatud disainikoosolekutel.
• Testijal on kohustuslik harjuda erinevate suurarvutite testimisfunktsioonidega. Nagu ekraanil navigeerimine, failide ja PDS-ide loomine, testitulemuste salvestamine jne enne testitsükli algust.
• Suurarvuti rakenduste testimine on aeganõudev protsess. Testi kavandamisel, andmete seadistamisel ja teostamisel tuleks järgida selget katseplaani.
• Pakettide testimine ja veebipõhine testimine tuleks teha tõhusalt, ilma et oleks vaja ühtegi nõude dokumendis nimetatud funktsionaalsust, ja ühtegi testjuhtumit ei tohiks säästa.