Suurarvuti testimine – täielik õpetus

Enne suurarvuti testimise kontseptsioonide õppimist laseme õppida

Mis on suurarvuti?

Suurarvuti on suure jõudlusega ja kiire arvutisüsteem. Seda kasutatakse suuremahulistel andmetöötluse eesmärkidel, mis nõuavad suurt kättesaadavust ja turvalisust. Seda kasutatakse enamasti sellistes sektorites nagu rahandus, kindlustus, jaemüük ja muud kriitilised valdkonnad, kus tohutuid andmeid töödeldakse mitu korda.

Suurarvuti testimine

Suurarvuti testimine on suurarvutisüsteemidel põhinevate tarkvararakenduste ja teenuste testimise protsess. Suurarvuti testimise eesmärk on kontrollida tarkvararakenduse või teenuse jõudlust, töökindlust ja kvaliteeti verifitseerimis- ja valideerimismeetoditega ning kontrollida, kas see on kasutuselevõtuks valmis.

Suurarvuti testimise ajal peab testija teadma ainult CICS-ekraanide navigeerimist. Need on spetsiaalselt loodud konkreetsete rakenduste jaoks. COBOL-i, JCL-i jne testeris koodis tehtud muudatused ei pea muretsema masinasse seadistatud emulaatori pärast. Muudatused, mis töötavad ühes terminali emulaatoris, töötavad ka teistes.

  • Suurarvuti rakendust (muidu nimetatakse töökomplektiks) testitakse nõuete alusel välja töötatud testjuhtumite suhtes
  • Suurarvuti testimine viiakse tavaliselt läbi juurutatud koodiga, kasutades sisendfaili seatud erinevaid andmekombinatsioone.
  • Suurarvutis töötavatele rakendustele pääseb juurde terminali emulaatori kaudu. Emulaator on ainus tarkvara, mis tuleb klientmasinasse installida.

Suurarvuti atribuudid

  1. Virtuaalne salvestusruum
    1. See on tehnika, mis võimaldab protsessoril simuleerida põhimälu, mis on tegelikust salvestusruumist suurem.
    2. See on meetod mälu tõhusaks kasutamiseks erineva suurusega ülesannete salvestamiseks ja täitmiseks.
    3. See kasutab kettasalvestust tõelise salvestusruumi laiendusena.
  2. Multiprogrammeerimine
    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 vahend.
  3. Batch Processing
    1. See on tehnika, mille abil mis tahes ülesannet täidetakse üksustes, mida nimetatakse töökohtadeks.
    2. Töö võib põhjustada ühe või mitme programmi järjestikuse täitmise.
    3. Tööde planeerija teeb otsuse selle kohta, millises järjekorras tuleks töid täita. Keskmise läbilaskevõime maksimeerimiseks planeeritakse tööd vastavalt nende prioriteedile ja klassile.
    4. Paketttöötluseks vajalikku teavet edastatakse JCL-i (JOB CONTROL LANGUAGE) kaudu. JCL kirjeldab pakktööd – vajalikke programme, andmeid ja ressursse.
  4. Aja jagamine
    1. Ajajagamise süsteemis on igal kasutajal juurdepääs süsteemile lõppseadme kaudu. Selle asemel, et esitada hilisemaks täitmiseks kavandatud töid, sisestab kasutaja käsud, mida kohe töödeldakse.
    2. Seetõttu nimetatakse seda "interaktiivseks töötlemiseks". See võimaldab kasutajal arvutiga otse suhelda.
    3. Ajajaotustöötlemist tuntakse kui "esiplaanitöötlust" ja paketttöö töötlemist kui "taustatöötlust".
  5. Spoolimine
    1. SPOOLing tähendab Samaaegne välisseade OperaInternetis.
    2. SPOOL seadet kasutatakse programmi/rakenduse väljundi salvestamiseks. Spoolväljund suunatakse väljundseadmetele, nagu printer (vajadusel).
    3. See on vahend, mis kasutab väljundseadmete tõhusaks kasutamiseks ära puhverdamise eeliseid.

Suurarvuti käsitsi testimise klassifikatsioon

suurarvuti Käsitsi testimine võib jagada kahte tüüpi:

1. Partiitöö testimine -

  • Testimisprotsess hõlmab praeguses versioonis rakendatud funktsioonide paketttööde täitmist.
  • Väljundfailidest ja andmebaasist eraldatud testitulemused kontrollitakse ja salvestatakse.

2. Interneti-testimine -

  • Veebitestimine viitab CICS-ekraanide testimisele, mis sarnaneb veebilehe testimisega.
  • Olemasolevate ekraanide funktsionaalsust saab muuta või lisada uusi ekraane.
  • Erinevatel rakendustel võivad olla päringu- ja uuendusekraanid. Nende ekraanide funktsionaalsust tuleb veebipõhise testimise käigus kontrollida.

Kuidas teha suurarvuti testimist

  1. Ärimeeskond koostab nõuete dokumendid. Mis määrab, kuidas konkreetset üksust või protsessi avaldamistsüklis muudetakse.
  2. Testimismeeskond ja arendus saavad nõudedokumendi. Nad selgitavad välja, kui paljusid protsesse muudatus mõjutab. Tavaliselt mõjutab kohandatud nõue väljalaske puhul ainult 20–25% rakendusest. Ülejäänud 75% väljalasest on mõeldud väljastavate funktsioonide jaoks, nagu rakenduste ja protsesside testimine.
  3. Seega tuleb suurarvuti rakendust testida kahes osas:
    1. Testimise nõuded – Rakenduse funktsionaalsuse või nõudedokumendis nimetatud muudatuse testimine.
    2. Integratsiooni testimine – Kogu protsessi või muu rakenduse testimine, mis võtab vastu või saadab mõjutatud rakendusele andmeid. Regressioonitestimine on selle testimistegevuse põhirõhk.

Suurarvuti automatiseerimise testimise tööriistad

Allpool on nimekiri tööriistadest, mida saab suurarvuti jaoks kasutada Automatiseerimise testimine.

  • REXX
  • Excel
  • QTP

Suurarvutite testimise metoodika

Vaatleme näidet: XYZ kindlustusseltsil on liikmete registreerimise moodul. See võtab andmeid nii liikmete registreerimise ekraanilt kui ka võrguühenduseta registreerimisel. Nagu me varem arutasime, on suurarvuti testimiseks, veebipõhiseks testimiseks ja partii testimiseks kaks lähenemisviisi.

  • Online testimine tehakse liikmete registreerimise ekraanil. Nii nagu veebileht, kinnitatakse ka andmebaas ekraanide kaudu sisestatud andmetega.
  • Võrguühenduseta registreerumine võib olla paberkandjal või kolmanda osapoole veebisaidil registreerimine. Võrguühenduseta andmed (nimetatakse ka paketttööks) sisestatakse ettevõtte andmebaasi paketttööde kaudu. Sisendfail koostatakse etteantud andmevormingu järgi ja suunatakse pakktööde jadasse. Nii et suurarvuti rakenduste testimiseks saame kasutada järgmist lähenemisviisi.
  • Pakktööde rea esimene töö kinnitab sisestatud andmed. Olgu näiteks erimärgid, tähestikud ainult numbriväljadel jne.
  • Teine töö kinnitab andmete järjepidevust äritingimustel. Näiteks ei tohiks lapse registreerimine sisaldada sõltuvaid andmeid, liikme sihtnumbrit (mis ei ole registreeritud paketiga teenindamiseks saadaval) jne.
  • Kolmas töö muudab andmeid vormingus, mida saab andmebaasi sisestada. Näiteks plaani nime kustutamine (andmebaas salvestab ainult plaani ID ja kindlustusplaani nime), sisestamise kuupäeva lisamine jne.
  • Neljas töö laadib andmed andmebaasi.
  • Partiitöö testimine see protsess toimub kahes etapis -
  • Iga töö valideeritakse eraldi ja
  • Tööde vaheline integreerimine kinnitatakse, lisades esimesele tööle sisendfaili ja valideerides andmebaasi. (Erilise ettevaatuse huvides tuleb vahetulemused kinnitada)

Suurarvuti testimisel järgitakse järgmist meetodit.

Step 1) Shakedown/Suitsu testimine

Selles etapis on põhirõhk kontrollimisel, kas juurutatud kood on õiges testkeskkonnas. Samuti tagab see, et koodiga pole kriitilisi probleeme.

Step 2) Süsteemi testimine

Allpool on toodud süsteemi testimise osana tehtud testimise tüübid.

  1. Partii testimine – See testimine toimub väljundfailide testitulemuste ja testimisalasse kuuluvate partiitööde tehtud andmemuudatuste kinnitamise ja nende salvestamise teel.
  2. Veebitestimine – See testimine tehakse suurarvutirakenduse esiosas. Siin testitakse rakendust õigete sisestusväljade osas, nagu kindlustusplaan, plaani intressid jne.
  3. Interneti-partii integratsiooni testimine – Seda testimist tehakse pakettprotsesside ja võrgurakendusega süsteemides. Andmevoog ja suhtlus võrgukuvade ja paketttööde vahel on valideeritud.

    (Seda tüüpi testimise näide – Kaaluge plaani üksikasjade (nt intressimäära tõstmine) värskendamist. Huvi muutmine toimub värskendusekraanil ja mõjutatud kontode saldoandmeid muudetakse ainult igaõhtuse paketttööga. Sel juhul testitakse plaani üksikasjade ekraani ja kõigi kontode värskendamiseks käivitatava paketttöö valideerimisega).

  4. Andmebaasi testimine – Andmebaasid, kus suurarvutirakenduse andmed (IMS, IDMS, DB2, VSAM/ISAM, järjestikused andmestikud, GDG-d) valideeritakse nende paigutuse ja andmesalvestuse jaoks.

Step 3) süsteem Integratsiooni testimine

Selle testimise peamine eesmärk on kontrollida testitava süsteemiga suhtlevate süsteemide funktsionaalsust.

Neid süsteeme nõuded otseselt ei mõjuta. Küll aga kasutavad nad testitava süsteemi andmeid. Oluline on testida liidest ja erinevat tüüpi sõnumeid (nt töö õnnestus, töö ebaõnnestus, andmebaas on värskendatud jne), mis võivad süsteemide vahel voolata ja sellest tulenevaid toiminguid üksikute süsteemide poolt läbi viia.

Selles etapis tehtud katsete tüübid on

  1. Partii testimine
  2. Veebitestimine
  3. Internetis – pakettintegratsiooni testimine

Step 4) Regressioonitestimine

Regressioonitestimine on igat tüüpi testimisprojektide tavaline etapp. See suurarvutites tehtav testimine tagab, et praegune projektiväljaanne ei mõjuta paketttöid ja võrguekraane, mis testitava süsteemiga otseselt ei suhtle (või ei kuulu nõuete alla).

Tõhusa regressioonitesti saamiseks tuleks valida konkreetne testjuhtumite komplekt sõltuvalt nende keerukusest ja luua regressioonikiht (Test case repositoorium). Seda komplekti tuleks värskendada iga kord, kui väljalaskesse võetakse kasutusele uus funktsioon.

Step 5) Jõudluse testimine

Selle testimise eesmärk on tuvastada kitsaskohad sellistes valdkondades nagu esiotsa andmed, veebiandmebaaside uuendamine ja rakenduse mastaapsuse prognoosimine.

Step 6) Turvalisuse testimine

Selle testimise eesmärk on hinnata, kui hästi rakendus on loodud ja arendatud turvarünnakute vastu võitlemiseks.

Süsteemis tuleks läbi viia kahekordne turvatestimine – suurarvuti turvalisus ja võrguturve.

Funktsioonid, mida on vaja testida, on

  1. Integrity
  2. Konfidentsiaalsus
  3. luba
  4. Autentimine
  5. Kättesaadavus

Partii testimisega seotud sammud

  1. Pärast seda, kui kvaliteedikontrolli meeskond on heakskiidetud paketi kätte saanud (pakett sisaldab protseduure, JCL-i, kontrollkaarte, mooduleid jne), peaks testija sisu eelvaadata ja nõudmisel PDS-i hankima.
  2. Teisendage tootmis-JCL või arendus-JCL QA JCL-iks, mida muidu nimetatakse TÖÖ SEADISTEKS.
  3. Tootmisfaili kopeerimine ja testfailide ettevalmistamine.
  4. Iga funktsiooni jaoks määratakse tööjada. (Nagu on selgitatud peaarvuti jaotise Metoodika näites). Tööd tuleb esitada SUB-käsuga koos testandmete failidega.
  5. Kontrollige vahefaili, et tuvastada andmete puudumise või vea põhjuseid.
  6. Kontrollige testitulemuste kinnitamiseks lõplikku väljundfaili, andmebaasi ja pooli.
  7. Kui töö ebaõnnestub, on poolil töö ebaõnnestumise põhjus. Parandage viga ja esitage töö uuesti.

Testi aruandlus – Defekt tuleks logida, kui tegelik tulemus erineb oodatust.

Veebitestimise etapid

  1. Valige testkeskkonnas võrguekraan.
  2. Kontrollige iga välja vastuvõetavate andmete jaoks.
  3. Testige Testi stsenaarium ekraanil.
  4. Kontrollige võrguekraanilt andmete värskenduste andmebaasi.

Testi aruandlus – defekt tuleks registreerida, kui tegelik tulemus erineb oodatust.

Veebipõhisega seotud sammud – pakettintegratsiooni testimine

  1. Käivitage töö a Testi keskkond ja kinnitage andmed võrguekraanidel.
  2. Värskendage andmeid võrguekraanidel ja kontrollige, kas paketttöö on värskendatud andmetega korralikult käivitatud.

Suurarvuti testimisel kasutatavad käsud

  1. ESITA – esitage taustatöö.
  2. TÜHISTA – taustatöö tühistamine.
  3. ALLOCATE – andmestiku eraldamine
  4. COPY – andmestiku kopeerimine
  5. RENAME – andmestiku ümbernimetamine
  6. DELETE – andmestiku kustutamine
  7. JOB SCAN – JCL-i sidumine programmi, teekide, failiga jne ilma seda käivitamata.

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

Eeltingimused suurarvuti testimise alustamiseks

Peaarvuti testimiseks vajalikud põhiandmed on järgmised:

  • Rakendusse sisselogimiseks sisselogimise ID ja parool.
  • Lühiteadmised ISPF-käskude kohta.
  • Failide nimed, faili kvalifikaator ja nende tüübid.

Enne suurarvuti testimise alustamist tuleks kontrollida alltoodud aspekte.

  1. töö
    1. Enne selle käivitamist tehke töö skannimine (käsk – JOBSCAN), et kontrollida vigu.
    2. CLASS parameeter tuleb suunata testiklassile.
    3. Suunake töö väljund spooli või JHS-i või vastavalt vajadusele MSGCLASS parameetri abil.
    4. Suunake töös olev meil ümber spooli või testmeili ID-sse.
    5. Kommenteerige esmase testimise FTP-etappe ja suunake töö seejärel testserverisse.
    6. Juhul, kui töös genereeritakse IMR (intsidentide haldamise kirje), lisage lihtsalt töökohale või parameetrikaardile kommentaar "TESTIMISE EESMÄRK".
    7. Kõiki töös olevaid tootmisteeke tuleks muuta ja suunata testteekidele.
    8. Tööd ei tohiks jätta järelevalveta.
    9. Et töö ei töötaks lõpmatu tsükliga mis tahes vea korral, tuleks lisada parameeter TIME koos määratud ajaga.
    10. Salvestage töö väljund, sealhulgas pool. Pooli saab salvestada XDC abil.
  1. fail
    1. Looge ainult vajaliku suurusega testfail. Vajadusel kasutage andmete salvestamiseks sama nimega järjestikustesse failidesse GDG-sid (generatsiooniandmerühmad – sama nimega, kuid järjestikuste versiooninumbritega failid – MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 jne).
    2. Failide parameeter DISP (dispositsioon – kirjeldab süsteemi, mis võimaldab andmestiku säilitamist või kustutamist pärast toimingu või töö normaalset või ebanormaalset lõpetamist) peab olema õigesti kodeeritud.
    3. Veenduge, et kõik töö täitmiseks kasutatavad failid on õigesti salvestatud ja suletud, et vältida töö HOLD-i sattumist.
    4. GDG-de abil testides veenduge, et oleks näidatud õige versioon.
  2. andmebaas
    1. Töö või veebiprogrammi täitmisel veenduge, et soovimatuid andmeid ei sisestataks ega värskendataks ega kustutataks.
    2. Samuti veenduge, et testimiseks kasutatakse õiget DB2 piirkonda.
  3. Testijuhtumid
    1. Kontrollige alati piirtingimusi, nagu – tühi fail, esimese kirje töötlemine, viimase kirje töötlemine jne.
    2. Kaasake alati nii positiivsed kui ka negatiivsed testitingimused.
    3. Kui programmis kasutatakse standardseid protseduure, nagu kontrollpunkti taaskäivitamine, Abend Modules, Control failid jne, lisage testjuhtumid, et kontrollida, kas mooduleid on õigesti kasutatud.
  4. Testi andmed
    1. Testiandmete seadistamine tuleks teha enne testimise algust.
    2. Ärge kunagi muutke testpiirkonna andmeid ilma teavitamata. Samade andmetega võivad töötada ka teised meeskonnad ja nende test ebaõnnestub.
    3. Kui tootmisfaile on täitmise ajal vaja, tuleks enne nende kopeerimist või kasutamist hankida nõuetekohane luba.

Best Practices

  1. Partiitöö käitamise korral näitab MAX CC 0, et töö on edukalt käivitunud. See ei tähenda, et funktsioon töötab hästi. Töö töötab edukalt isegi siis, kui väljund on tühi või mitte ootuspäraselt. Nii et enne töö edukaks tunnistamist tuleb alati kontrollida kõiki väljundeid.
  2. Alati on hea tava teha testitav töö kuivalt. Kuivkäivitus tehakse tühjade sisendfailidega. Seda protsessi tuleks järgida tööde puhul, mida testitsükli jaoks tehtud muudatused mõjutavad.
  3. Enne katsetsükli algust tuleks testtöö seadistada aegsasti. See aitab tuvastada kõik JCL-i vead eelnevalt, säästes sellega täitmise ajal aega.
  4. Kui pääsete juurde DB2 tabelitele SPUFI kaudu (emulaatori suvand DB2 tabelitele juurde pääsemiseks), määrake juhuslike värskenduste vältimiseks alati automaatne kinnitamine väärtuseks "EI".
  5. Testiandmete kättesaadavus on partiitestimise peamine väljakutse. Nõutavad andmed tuleks luua aegsasti enne katsetsüklit ja kontrollida nende täielikkust.
  6. Mõned võrgutehingud ja paketttööd võivad kirjutada andmeid MQ-desse (sõnumijärjekord), et edastada andmeid teistele rakendustele. Kui andmed ei kehti, võib see MQ-d keelata/peatada, see mõjutab kogu testimisprotsessi. Hea tava on pärast testimist kontrollida, kas MQ-d töötavad hästi.

Suurarvuti testimise väljakutsed ja tõrkeotsing

Väljakutsed Lähenemine
Mittetäielikud / ebaselged nõuded

Võib olla juurdepääs kasutusjuhendile/koolitusjuhendile, kuid need ei ole samad, mis dokumenteeritud nõuded.
Testijad peaksid olema SDLC-sse kaasatud alates nõuete faasist. See aitab kontrollida, kas nõuded on testitavad.
Andmete seadistus/tuvastus

Võib esineda olukordi, kus olemasolevaid andmeid tuleks nõuete kohaselt uuesti kasutada. Mõnikord on raske olemasolevatest andmetest vajalikke andmeid tuvastada.
Andmete seadistamiseks saab vastavalt vajadusele kasutada omakasvatatud tööriistu. Olemasolevate andmete toomiseks tuleks päringud eelnevalt üles ehitada. Raskuste korral saab andmehaldusmeeskonnale esitada taotluse vajalike andmete loomiseks või kloonimiseks.
Töö seadistamine

Kui tööd on PDS-i alla laaditud, tuleb töö QA piirkonnas seadistada. Et töid ei esitataks koos tootmise kvalifikatsiooni või tee üksikasjadega.
Töö seadistamise tööriistu tuleks kasutada seadistamisel tehtud inimlike vigade ületamiseks.
Ad-hoc taotlus

Võib esineda olukordi, kus üles- või allavoolu rakendusprobleemide tõttu on vaja toetada otsast lõpuni testimist. Need taotlused suurendavad täitmistsükli aega ja vaeva.
Automatiseerimisskriptide, regressiooniskriptide ja skeletiskriptide kasutamine võib aidata vähendada aega ja vaeva.
Õigeaegsed väljaanded ulatuse muutmiseks

Võib tekkida olukord, kus koodi mõju võib süsteemi välimust täielikult muuta. See võib nõuda katsejuhtumite, skriptide ja andmete muutmist.
Ulatuslike muutuste juhtimise protsess ja mõjuanalüüs peaksid olema paigas.

Sagedased abendid

  1. S001 – I/O viga.

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

  2. S002 – vigane sisend/väljundkirje.

    Põhjus – proovige kirjutada kirje pikkusest pikem.

  3. S004 – OPEN ajal ilmnes viga.

    Põhjus – vigane DCB

  4. S013 – andmestiku avamisel tekkis viga.

    Põhjus – PDS-i liiget pole olemas, programmi kirje pikkus ei ühti tegeliku kirje pikkusega.

  5. S0C1 – Operaerand

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

  6. S0C4 – kaitseerand/ salvestamise rikkumine
  7. Põhjus – proovisin juurdepääsu salvestusruumile, mis pole programmi jaoks saadaval.
  8. S0C7 – programmikontrolli erand – andmed
  9. Põhjus – muutus kirje paigutuses või failipaigutuses.
  10. Sx22 – töö on tühistatud
  11. S222 – kasutaja tühistas töö ilma prügikastita.
  12. S322 – töö või sammu aeg ületas määratud piiri või programm on tsüklis 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-taotluste rahuldamiseks pole piisavalt virtuaalset salvestusruumi.
  16. S913 – proovib juurdepääsu andmestikule, mille kasutajal pole õigust.
  17. Sx37 – andmestikule ei saa piisavalt salvestusruumi eraldada.

Error Assist – väga populaarne tööriist üksikasjaliku teabe hankimiseks erinevat tüüpi painde kohta.

Sage probleem, millega suurarvuti testimise ajal kokku puututakse

  • Töö Abends – Töö edukaks sooritamiseks tuleks kontrollida konkreetses kohas olevaid andmeid, sisendfaili ja mooduleid või mitte. Häired võivad tekkida mitmel põhjusel, millest kõige levinumad on – vigased andmed, vale sisestusväli, kuupäevade mittevastavus, keskkonnaprobleemid jne.
  • Väljundfail tühi– Kuigi töö võib edukalt töötada (MaxCC 0), ei pruugi väljund olla ootuspärane. Nii et enne mis tahes katsejuhtumi läbimist peab testija veenduma, et väljund on ristkontrollitud. Alles seejärel jätkake.
  • Sisendfail tühi – Mõnes rakenduses võetakse failid vastu ülesvoolu protsessidest. Enne vastuvõetud faili kasutamist praeguse rakenduse testimiseks tuleks andmed uuesti käivitamise ja ümbertöötamise vältimiseks ristkontrollida.

kokkuvõte

  • Suurarvuti testimine on nagu iga teine ​​testimisprotseduur, mis algab nõuete kogumisest, testi kavandamisest, testi läbiviimisest ja tulemuste raporteerimisest.
  • Rakenduse tõhusaks testimiseks peaks testija osalema arendus- ja ärimeeskondade kavandatud disainikoosolekutel.
  • Testijal on kohustuslik harjuda erinevate suurarvuti testimisfunktsioonidega. Nagu ekraanil navigeerimine, failide ja PDS-i loomine, testitulemuste salvestamine jne enne testitsükli algust.
  • Suurarvuti rakenduste testimine on aeganõudev protsess. Testi kavandamisel, andmete seadistamisel ja täitmisel tuleks järgida selget testimisgraafikut.
  • Partiitestimine ja võrgutestimine tuleks läbi viia tõhusalt, ilma et jäetaks kasutamata nõuete dokumendis mainitud funktsioone ja Testjuhtum tuleks säästa.