13 3.2 Migratsiooni testimine komponentide kaupa Sellespeatükisonkirjeldataksepõhjalikumaltmigratsiooni​komponentidetestimisemudeli (vt joonis 3.2) põhjal migratsiooni testimist.

Joonis 3.2 Migratsiooni komponentide testimine.

Joonise eeskujuks on Homayouni andmlao komponetide testimise skeem (vt joonis 3.1) ​(Homayouni, 2018, lk 15) Migratsiooni komponentide testimise eesmärgid on järgmised: ●Lähtebaasiandmetetestimisel​(1-A)kontrollitaksevajalikeandmeteolemasolu, 12nende​ ​kvaliteedi vastavust uue infosüsteemi nõuetele.

12 Selles peatükis viidatakse sulgudes migratsiooni projekti etappidele joonisel 2.2 (A1-A6; T1-T6) ja migratsiooni komponentide testimisele joonisel 3.2 (1-A, 2-A, 2-B, 3-1,3-2,3-3,4).

●vead ​parandatakse pärandsüsteemi kaudu ​lähtebaasis; ●veamõju​korrigeeritaksemigratsiooniskriptidega(ntlaialtlevinudsobimatute väärtuste massiline asendamine); ●veadparandataksehiljem​uuesinfosüsteemisrakendusekaudu(ntüksikud erandjuhtumid, mille töötlemine migratsiooni skriptidega oleks liiga kulukas).

Lähteandmetekvaliteedivarajanetestiminetoodangukeskkonnasonvajalik,etvigadekorral oleks aega lähteandmetes parandusi teha või migratsiooni algoritme muuta.

Vastuoludelahenduseksonettepanekudarhitektile​uueinfosüsteemi andmemudeli muutmiseks​ või uued nõuded ​ migratsiooni skriptide täiendamiseks.

3.2.5 Andmete laadimise testimine (3) Migratsiooniprojektidesonandmetelaadimise( migratsiooni )testimiseeesmärkonveenduda, etandmedonülekantudõigestijaeitoimuandmetekadumistegamoondumist.

Seeon migratsiooni testimise kõige olulisem osa.

Testiminetoimublõppkasutajatepooltning​testimisetulemusenavõivadtekkida​uued nõuded​ migratsiooni skriptidele või lähtebaasi andmekvaliteedile.

3.3 Migratsiooni testimine projekti etappide lõikes Eelpoolkirjeldatustonnäha,etmigratsioonitestimineeipiirduainultmigratsiooni käivitamisejärgsesihtbaasiväärtustetestimisega.

Analüüsi tulemust kirjeldatakse migratsiooni testimisvajaduse joonisel 3.3. 19 Joonis 3.3 Migratsiooni komponentide testimine projekti etappide kaupa.

Selle joonisega luuakse seosed migratsiooni etappide (joonis 2.2) ja komponentide testimise (joonis 3.2) vahel.

Veapõhjuseanalüüsitulemusenavõivadparandamistvajada migratsiooni skriptid (A6), migratsiooni spetsifikatsioon (A5) või lähteandmed (A3​ ​→ A1).

Sihtbaasiandmemudelivalideerimine(2-B)onühekordnetegevusjaseetoimubenne migratsiooni algoritmide kirjeldamist.

20 Esmakordsetelmigratsioonikäivitamisel(T1)erinevateskeskkondadesonvajaveenduda migratsiooni kasutatavuses (3-3)​ erinevates keskkondades.

21 4 Migratsiooni testimiseks sobivate lähenemisviiside näited Sellepeatükieesmärkontutvudaerinevateandmeladudejamigratsioonitestimise lähenemisviisidega.

SellepäringugaõnnestubtuvastadamigratsiooniviganingHallersoovitabaruandeesitada kahes osas ( vt joonisel 4.1 paremal): ● migratsiooni vigade raportina​ (T1)​, ​ kus on välja toodud kõik päringu vigased read; ●analüüsitava tunnuse (konto tüüp) ​võrdleva sagedustabelina​ (T2).

Järgnevatespeatükkideslähtutaksesellespeatükisväljatoodudsoovitustestning kirjeldatakse testide tüüpidest lähtuvat migratsiooni testimise lähenemisviisi.

27 5 Migratsiooni testide päringud Migratsioonitestimiselonpõhirõhkandmetekorrektsusetestimiseljapõhilinetestimise meetodon​päringuteabil​andmebaasisisukontrollimine(joonisel3.

Autorikogemuselpeakssaama tüüptestidega ära katta 70%-90% migratsiooni testimise vajadusest.

Testekäivitabadministraator(1)(2),vigadepõhjusianalüüsib migratsiooni tundev testija või analüütik (3).

●Kui viga on migratsiooni skriptides, siis suunatakse vea parandamine arendajale (4).

Defineeriti kolm eesmärki: 1.täpsustada migratsiooni testimise vajaduse ulatust; 2.leida testimise lähenemisviis, mis lihtsustaks​ testimist​ ja vigade analüüsimist; 3.leida võimalusi ​testide koostamise lihtsustamiseks (automatiseerimiseks).

Esimene eesmärk: Täpsustada migratsiooni testimise vajaduse ulatus Migratsioonitestimisevajadusetäpsustamiselvõetieeskujuksandmelaoprojektitestimise vajadus.

Koostatud testide tüüpide malle saavad kasutada migratsiooni testijad ​näidispäringutena​.

Lähtebaasi andmete testimine (1-A) ○Andmelaoprojektideson​lähtebaasitestimiseeesmärktuvastadaandmekvaliteedi vead ja leida meetodid kvaliteedivigade tekke vältimiseks.

Andmemudeli testimine ○Andmelaoprojektison​sihtbaasiandmemudel(2-B)aruandluseloomisealustala.

Andmete laadimise testimine (3) ○Niiandmelao,kuikamigratsiooniprojektikorralonandmeteülekandmise korrektsusekontrolliminekõigeolulisemjakõigemahukametapp.

Rakenduste testimine (4) ○Andmelaoprojektideskasutatakseenamastipakendatudaruandlustarkvaraja seetõttueioletestimisepõhirõhkrakendusetoimivusetestimiselvaidandmelao andmete õigsuse kontrollimisel ja valitud tarkvara juurutamise testimisel .

Testimisel migreeritud andmete kasutamisega saab tuvastada ka migreerimise vigu.

Siinkirjeldatuderinevustejaandmelaokomponentidetestimiseskeemi(vtjoonis3.1)põhjal koostati migratsiooni komponentide testimise skeem (vt joonis 3.2 järgmises peatükis).

13 3.2 Migratsiooni testimine komponentide kaupa Sellespeatükisonkirjeldataksepõhjalikumaltmigratsiooni​komponentidetestimisemudeli (vt joonis 3.2) põhjal migratsiooni testimist .

Joonis 3.2 Migratsiooni komponentide testimine .

Joonise eeskujuks on Homayouni andmlao komponetide testimise skeem (vt joonis 3.1) ​(Homayouni, 2018, lk 15) Migratsiooni komponentide testimise eesmärgid on järgmised: ●Lähtebaasiandmetetestimisel​(1-A)kontrollitaksevajalikeandmeteolemasolu, 12nende​ ​kvaliteedi vastavust uue infosüsteemi nõuetele.

Järgnevalt kirjeldatakse nende komponentide testimist põhjalikumalt.

3.2.1 Lähtebaasi andmete testimine (1-A) Lähtebaasiandmekvaliteedikontrollideeesmärkontagadapärandsüsteemiandmete ülekandmine uude andmebaasi nii, et oleks täidetud uue infosüsteemi nõuded.

12 Selles peatükis viidatakse sulgudes migratsiooni projekti etappidele joonisel 2.2 (A1-A6; T1-T6) ja migratsiooni komponentide testimisele joonisel 3.2 (1-A, 2-A, 2-B, 3-1,3-2,3-3,4).

3.2.2 Sihtbaasi andmete testimine (2-A) Sihtbaasiandmetetestimiseeesmärkonkontrollidamigreeritudandmetevastavustuue infosüsteemi ​andmekvaliteedi nõuetele​ ning ​hinnata andmemahtude vastavust ootustele​.

Andmekvaliteedi testimine 15 Testidkoostatakseuueinfosüsteeminõuetejaärireeglitealuselsihtbaasitabeliteväärtuste kontrollimiseks.

Sihtbaasi andmete testimisel tuleb tähelepanu pöörata järgmistele teemadele.

3.2.5 Andmete laadimise testimine (3) Migratsiooniprojektidesonandmetelaadimise(migratsiooni)testimiseeesmärkonveenduda, etandmedonülekantudõigestijaeitoimuandmetekadumistegamoondumist.

Seeon migratsiooni testimise kõige olulisem osa.

Kunaandmelaonduseprojektidestoimublaadimineajatatudprotsessinaregulaarselt,siis andmelaoprojektidesonlisaksandmetevastavusekontrollimiselesuuremrõhuasetus laadimise tõrkekindluse, skaleeruvuse, usalduse, kasutatavuse testimisel .

Andmete vastavuse testimine Vastavusetestidega(​balancingtests​)kontrollitakse,etvajalikudlähteandmedjõuavad sihtbaasi,eitoimuksandmetekadumistjamuutumistlaadimiseprotsessis.

Testimisel võrreldakselähte-jasihttabelitesväärtuseidningleitakseerinevused.​(Homayouni,2018,lk 34)​.

Täielikkuse testimisel ​ kontrollitakse: ​(Homayouni, 2018, lk 50–52)​: ●lähte-jasihtbaasis​kirjetearvuvõrdsust​(​Recordcountmatch​),kuiandmedon migreeritud üks ühele.

18 Toimivuse testimine Migratsioonitoimivusetestimisega(​Performancetesting​)verifitseeritaksemigratsiooni käivitamise protsessi.

Kasutatavuse testimine Migratsiooniprojektikorralonkasutuselmitukeskkonda:näiteksarenduskeskkond, tooteandmetegasarnaseteandmetegatestkeskkondjatoodangukeskkond.

3.2.6 Rakenduste testimine (4) Uues infosüsteemis on rakenduste testimise põhiline eesmärk uue funktsionaalsuse testimine .

Migreeritud andmetega testimisel on kergem märgata ​infosüsteemi arendamise vigu​.

3.3 Migratsiooni testimine projekti etappide lõikes Eelpoolkirjeldatustonnäha,etmigratsioonitestimineeipiirduainultmigratsiooni käivitamisejärgsesihtbaasiväärtustetestimisega.

Analüüsi tulemust kirjeldatakse migratsiooni testimisvajaduse joonisel 3.3. 19 Joonis 3.3 Migratsiooni komponentide testimine projekti etappide kaupa.

Selle joonisega luuakse seosed migratsiooni etappide (joonis 2.2) ja komponentide testimise (joonis 3.2) vahel.

Kasutatavuse testimisel ​(T4) testitakse lõppkasutaja poolt andmeid rakenduse (4) kaudu.

Järgnevaspeatükis(ptk4)tutvustatakseerinevateartiklitepõhjaltestimiseefektiivsust tõstvaidlähenemisviisevastavustestidekoostamiseks,testidepäringutegenereerimiseks, testimise protsessi korraldamiseks.

21 4 Migratsiooni testimiseks sobivate lähenemisviiside näited Sellepeatükieesmärkontutvudaerinevateandmeladudejamigratsioonitestimise lähenemisviisidega.

Igaalapeatükilõppuonlisatudkirjeldatudlähenemisviisistotseseltvõi kaudselt tulenevad ​soovitused testide koostamiseks​ või ​ testimise korraldamiseks​.

Paremal testimise aruanne, mis koosneb kahest osast: migreerimise vigadest ja statistikast.

Tabeli kõikide tunnuste ükshaaval testimine on ajamahukas, testimise aega hoiab kokku kirjete kaupa testitavate tunnuste räside võrdlemine.

4.5 Vastavuse testimise automatiseerimine Homayounitutvustabandmelaonduseslaadimisekontrollimiselvastavusetestimise (​balancing tests​) täieliku automatiseerimise ideed ​(Homayouni, 2018, lk 57–65)​.

Vastavuse testimise generaator.

Selliselähenemisviisigajääbäraajamahukastestidekirjutamineningväheneboluliselt testimisele kuluv aeg.

4​(Arendusidee)Kuikõigitestidekohtaonhallatavalkujul(ntandmebaasis) olemastestidepäringud,siissaabtestimistsaabautomatiseerida:süsteemkäivitabtestid, salvestab tulemuse, koostab testimise raporti.

4.7 Ühe migratsiooniprojekti testimise kogemus Ennemagistritöökirjutamistosalesautorühesmigratsiooniprojektis,kusrealiseeriti PL/SQLprotseduurideabilpaljudetestidekorragakäivitamine,mistagastastulemuseks testidetulemustetõeväärtusena(korras/vigane).

Sellised päringudolidabivahendiksteistetestidevigadepõhjalikumalanalüüsimiselning infosüsteemi testimisel leitud vigade põhjuste otsimisel.

Järgnevatespeatükkideslähtutaksesellespeatükisväljatoodudsoovitustestning kirjeldatakse testide tüüpidest lähtuvat migratsiooni testimise lähenemisviisi.

Selles töös kasutatakse päringute abil testimisel järgmist lähenemisviisi: ●Nõudekontrollimisekskoostataksepäring(edaspidi​testipäring​),misloendab nõudele mittevastavusi (edaspidi vigu).

Autorikogemuselpeakssaama tüüptestidega ära katta 70%-90% migratsiooni testimise vajadusest.

​Vasakpoolsel joonisel on isikukoodi unikaalsuse testimise päring​, mis tagastab mitteunikaalsete isikukoodide arvu.

Lähtetabeli testimine Sihttabeli testimine 2 IS_NULL Tunnuse väärtused peavad olema täitmata.

Lähtetabeli testimine Sihttabeli testimine 3 STATIC_VALUE Tunnus on täidetud etteantud väärtusega.

Lähtetabeli testimine Sihttabeli testimine 4 IN_VALUES Tunnuse väärtus sisaldub lubatud väärtuste loetelus.

Lähtetabeli testimine Sihttabeli testimine 5 UNIQUE_VALUE Tunnuse väärtus on etteantud tingimuste korral on unikaalne.

Lähtetabeli testimine Sihttabeli testimine 6 CODE Tunnuse väärtused (koodid) on esindatud teises(nn klassifikaatorite) tabelis.

Lähtetabeli testimine Sihttabeli testimine 7 VALUE_BETWEEN Tunnuse väärtused peavad jääma etteantud vahemikku.

Erijuhtumid: ‘suurem kui’ ja ‘väiksem kui’ Isiku VANUS on vahemikus 0-120 Lähtetabeli testimine Sihttabeli testimine 8 METRIC_COUNT Kirjete arv peab jääma etteantud vahemikku.

Mõõdikud sihttabeli testimisel 31 Nr Testi tüüp Testi kirjeldus Näide Kasutusala 9 EQUAL_ROWS Kahe tabeli kirjete arv on võrdne.

Vastavuse testimine 10 MATCH_KEY Kahe tabeli tunnuste väärtuse olemasolu võrdlus.

Vastavuse testimine 11 MATCH_DISTINCT_KEY Kahest tabelist tunnuse unikaalsete väärtuste arvu võrdlus.

Sihttabeli testimine Vastavuse testimine 12 MATCH_HASH Kahe tabeli mitme tunnuse põhjal genereeritud räside võrdlus.

Vastavuse testimine 13 MATCH_COLUMN Kahe tabeli tunnuste väärtuste võrdlus.

Vastavuse testimine 14 MATCH_COUNT Kahe tabelis grupeeritud kirjete arvu võrdlus (Soovitus 4.3.2).

Vastavuse testimine 15 MATCH_SUM Kahe tabelis grupeeritud alamsummade võrdlus (Soovitused 4.3.1-4.3.2.).

Vastavuse testimine 16 INFORMAL Kasutaja poolt vabalt loodud test, kus päringuid ei genereerita, vaid testide päringud on kasutaja poolt sisestatud.

Lähtetabeli testimine Sihttabeli testimine Vastavuse testimine Kogutestimisvajadusekatvusemõtteskirjeldatikatestitüüp​INFORMAL(tabelis5.1rida16), misonmõeldudteistessetestitüüpidessemittesobivateletestidele.

Kunategemistonkäsitsi kirjutatud testide tüübiga, siis on see tüüp vajalik ainult testimise automatiseerimisel.

35 6 Testimise korraldus Migratsiooniprojektiplaneerimiseetapis(joonisel2.

6.1 Ühe objekti andmete testimine Vigadepõhjusteuurimiselpõhjalikumaanalüüsikäigusonsagedaminiesinevvajadus põhiobjektide (nt isikute) ja nende seoste analüüsimine.

Testikäivitamisellisatakseigakäivitatudtestikohtarida​tulemustetabelisse​(nttabel RESULTS​), kuhu ●salvestatakse testimise aeg, ●kopeeritakse testide tabelist testi üldandmed, ●kopeeritakse testide tabelist testi päringud ja abipäringud, ●salvestatakse testimise tulemus (​OK/NOK​ ja vigaste testide korral veateade).

Säilib ka testimise ajalugu koos testimise hetkel kehtinud päringutega.

39 Kokkuvõte Magistritööskäsitletiinfosüsteemideuuendamiseprojektidessisalduvamigratsiooni testimist .

Magistritööeesmärgiksseatimigratsioonitestimiseselgitamistningotsitilähenemisviise testimise lihtsustamiseks.

Defineeriti kolm eesmärki: 1.täpsustada migratsiooni testimise vajaduse ulatust; 2.leida testimise lähenemisviis, mis lihtsustaks​ testimist ​ ja vigade analüüsimist; 3.leida võimalusi ​testide koostamise lihtsustamiseks (automatiseerimiseks).

Esimene eesmärk: Täpsustada migratsiooni testimise vajaduse ulatus Migratsioonitestimisevajadusetäpsustamiselvõetieeskujuksandmelaoprojektitestimise vajadus.

Päring tagastab alampäringu (read 6-8) kirjete arvu (rida 4).

​Parempoolsel joonisel on sama päringu üldistus​, kus konkreetsete andmete asemel on viide metatunnustele.

Joonis 5.3 Päringu malli ja metaandmete kasutamine testi päringu koostamisel.

Needtestidepäringudannavadvigadearvu,järgnevasselgitataksevigastekirjetesaamise päringuid .

Joonis 5.5 Vasakul on unikaalsuse testi päring konkreetsete andmetega, paremal on unikaalsuse testi mall koos metatunnuste vajadusega.

Hiljem vigade põhjuste analüüsimise käigus päringu struktuuri läbimõtlemine võtab rohkem aega.

2) päringute mallid ning tuvastati selle testi tüübi jaoks vajalikud metaandmed.

Vastavuse testimine 16 INFORMAL Kasutaja poolt vabalt loodud test, kus päringuid ei genereerita, vaid testide päringud on kasutaja poolt sisestatud.

Keerukas test, kus lähte- või sihtbaasis on mitmeid tabeleid hõlmav päring .

●Kuifiltritingimused​META_CONDITION1​,​META_CONDITION2ontäitmata,siistehakse päringud kogu tabeli pealt.

Metaandmetejatestidemallidestruktuuripõhjalkoostataksetekstideliitmisemeetodiltestide päringud .

Joonis 5.6 Unikaalsuse testi päringute koostamine PL/SQL koodis.

Tabel 5.2 on näidisena esitatud ühe testitüübi kirjeldus, kus ●QUERY1, QUERY2 on ​testi päringute mallid, ●RESULT_COMMENT​ on mittekorrektse tulemuse (NOK) veateate mall, ●QUERY_EXAMINE​1, ​QUERY_EXAMINE2​ on abipäringute mallid.

Tabel 5.2 Unikaalsuse kontrollimise testi tüübi UNIQUE_VALUE kirjelduse näide METAANDMED meta_table1 Tabel meta_table2 - meta_column1 Tunnus meta_column2 - meta_condition1 Filtritingimus meta_condition2 - meta_key1 meta_key2 - meta_examine_columns1 Tunnuste loetelu meta_examine_columns2 - PÄRINGUTE JA TULEMUSTE GENEREERIMISE MALLID query1 SELECT COUNT(*) FROM ( SELECT {meta_column1} FROM {meta_table1} WHERE {meta_condition1} GROUP BY {meta_column1} HAVING COUNT(*) >1 ) q query2 - ​Testitud andmed on korrektsed, kui esimese päringu tulemus on 0 result_comment NOK: Leidub {query1_result} väärtust, mida esineb tunnuses {meta_column1} rohkem kui 1 kord.

Soovitamekoostadaveapõhjusteanalüüsilihtsustamiseks​olulisemateobjektidekohta abipäringutekomplektid(ntsql-failid),kusmuutuja(ntisiku_id)täpsustamisegasaabkiiresti käivitada lähte- ja sihtbaasis erinevaid objektiga seotud päringuid .

●Kuiosutub,etveapõhjuseksolidvigasedtestipäringud,siistulebmuutatesti päringuid (7).

17Autorikogemusepõhjalon50%-60%juhtudestvõimalikmigratsioonitundvalisikulveapõhjustuvastada abipäringute väljundi abil ilma täiendavaid päringuid tegemata.

6.3.2 Näide: testide päringud on andmebaasis JärgnevnäidetutvustabtestidehoidmistjahaldamistSQLvahenditega,kaheandmetabelija 19paari ​PL/SQL​ protseduuriga.

Igatestikohtaon tabelisükskirje,missisaldab​testiüldandmeid(testikood,testikirjeldus,testistaatus,testi grupp) ja ​testiga seotud päringuid ​ (testi päring ja abipäringud).

Testikäivitamisellisatakseigakäivitatudtestikohtarida​tulemustetabelisse​(nttabel RESULTS​), kuhu ●salvestatakse testimise aeg, ●kopeeritakse testide tabelist testi üldandmed, ●kopeeritakse testide tabelist testi päringud ja abipäringud, ●salvestatakse testimise tulemus (​OK/NOK​ ja vigaste testide korral veateade).