Liiketoimintatiedon (BI) testaus testitapausten avulla
Toimituksellinen tiimi
⚡ Älykäs yhteenveto
Business Intelligence Testing tarkistaa valmisteluvaiheen tiedot, ETL-prosessin ja BI-raportit, joihin päätökset perustuvat. Se varmistaa, että tiedot liikkuvat oikein lähteestä kohteeseen ja että kaikkiin raportissa näkyviin lukuihin voi luottaa.
Mitä on BI-testaus?
Liiketoimintatieto (BI) on prosessi, jossa kerätään, puhdistetaan, analysoidaan, integroidaan ja jaetaan dataa, jotta saadaan toimivia näkemyksiä, jotka edistävät liiketoiminnan kasvua. Liiketoimintatiedon testaus eli BI-testaus varmistaa valmisteluvaiheen datan, ETL-prosessin ja BI-raportit sekä varmistaa, että toteutus on oikein. BI-testaus varmistaa datan uskottavuuden ja BI-prosessista saatujen näkemysten tarkkuuden.
Voit oppia lisää ETL/ Business Intelligencesta tästä oppitunti
BI-testausprosessi
BI-testaus seuraa itse dataputken muotoa. Jokaisen vaiheen on läpäistävä ennen kuin seuraava on testaamisen arvoinen, koska vika ylävirran puolella ilmenee vääränä virheenä alavirran puolella.
- Vaatimusanalyysi: Määritä, mihin liiketoimintakysymyksiin raporttien on vastattava ja mitkä lähdejärjestelmät sisältävät tiedot. Epäselvyys tässä tapauksessa muuttuu myöhemmin testaamattomuudeksi raportissa.
- Lähdetietojen validointi: Profiloi lähde: rivien määrät, tietotyypit, null-prosentit ja kaksoiskappaleet. Et voi validoida muunnosta lähteen perusteella, jota et ole mitannut.
- Vaiheiden validointi: Vahvista entinentract laskeutui kokonaan, ja täsmäytysmäärät vastaavat lähdettä suodatussääntöjen soveltamisen jälkeen.
- ETL- ja transformaatiotestaus: Tarkista jokainen karttaping ja liiketoimintasäännöt, mukaan lukien johdetut sarakkeet, koosteet ja sijaisavainten luonti.
- Tietovarasto ja kuutiotestausta. Tarkista ulottuvuuksien ja faktataulukoiden eheys, hitaasti muuttuvien ulottuvuuksien käsittely ja koosteiden tarkkuus hierarkian kaikilla tasoilla.
- Raporttien ja koontinäyttöjen testaus: Vertaa raportin lukuja varastoon ja sitten lähteeseen ja tarkista suodattimet, yksityiskohdat ja käyttöoikeusroolit.
- Suorituskyky- ja regressiotestaus: Mittaa kuormitusikkunan kesto ja raportoi vasteaika, ja suorita sitten ohjelmistopaketti uudelleen jokaisen putkimuutoksen jälkeen.
Sovinnonteko on koko prosessin selkäranka: Jokaisessa vaiheessa on laskettava tunnuslukujen lukumäärä ja summa. tractakaisin lähteelle. Raporttia, joka näyttää oikealta, mutta jota ei voida täsmäyttää, ei testata, vaan ainoastaan tarkastetaan.
BI-testauksen tyypit
Tämän opetusohjelman skenaariot voidaan jakaa kuuteen tunnistettuun luokkaan. Niiden nimeäminen auttaa testaussuunnitelmaa kattamaan koko pinnan eikä vain helposti tarkistettavia osia.
| Tyyppi | Mitä se vahvistaa | Tyypillinen tekniikka |
|---|---|---|
| Tietojen täydellisyys | Jokainen odotettu levy saapui | Rivimäärän täsmäytys lähteen ja kohteen välillä |
| Tietojen muuntaminen | Liiketoimintasääntöjä sovellettiin oikein | Vertaa muunnettua tulosta manuaalisesti laskettuihin odotettuihin arvoihin |
| Tietojen laatu | Arvot ovat kelvollisia, yksilöllisiä ja annetulla alueella | Null-, kaksoiskappale-, muotoilu- ja viittauseheystarkistukset |
| Metadatan testaus | Tietotyypit, pituudet ja rajoitteet vastaavat spesifikaatiota | Lähteen ja kohteen skeeman vertailu |
| Raportoi testaus | Kuvat, muotoilu ja porautumiset ovat oikein | Raportin tulosteen ristiintarkastus varastokyselyä vasten |
| Turvallisuustestaus | Käyttäjät näkevät vain tiedot, jotka heidän roolinsa sallii | Suorita identtisiä raportteja eri roolitunnistetietoilla |
Valinta BI työkalu vaikuttaa siihen, miten kukin tyyppi suoritetaan, mutta ei siihen, mitä tyyppejä tarvitaan. Tietoturvatestaus ohitetaan useimmiten ja on kalleinta jättää tekemättä, koska rivitason tietoturvavika paljastaa tietoja eri liiketoimintayksiköissä aiheuttamatta näkyviä virheitä.
BI-testauksen testitapaukset ja skenaariot
Alla olevat skenaariot soveltuvat lähes kaikkiin BI-projekteihin. Ryhmittele ne validoitavan prosessin vaiheen mukaan ja suorita ne tässä järjestyksessä, koska valmisteluvaiheen vika aiheuttaa virheitä jokaisessa myöhemmässä vaiheessa.
ETL-vahvistustestiskenaariot
- Varmista, että tiedot on kartoitettu oikein lähteestä kohdejärjestelmään
- Varmista, että kaikki taulukot ja niiden kentät kopioidaan lähteestä kohteeseen
- Varmista, että automaattisesti luoduiksi määritetyt avaimet on luotu oikein kohdejärjestelmässä
- Varmista, että tyhjiä kenttiä ei ole täytetty
- Varmista, että tiedot eivät ole vääristyneitä tai katkaistuja
- Varmista, että tietotyyppi ja -muoto kohdejärjestelmässä on odotetusti
- Varmista, ettei kohdejärjestelmässä ole päällekkäisiä tietoja
- Tarkista, että muunnokset on käytetty oikein
- Varmista, että numeeristen kenttien tietojen tarkkuus on oikea
- Varmista, että poikkeusten käsittely on vakaata
Vaiheiden datatestausskenaariot
- Täsmäytystarkistus – STG-taulukoiden ja kohdetaulukoiden välinen tietueiden määrä on sama suodatussääntöjen soveltamisen jälkeen
- Lisää tietue, jota ei ladata tietyn näppäinyhdistelmän kohdetaulukkoon
- Lähetä kohdetaulukoissa jo olevat tietueet uudelleen ja varmista, ettei niitä ole ladattu kahdesti
- Päivitä avaimen tietue, kun arvosarakkeet muuttuivat päivä_02 latautumispäivänä
- Poista tietueet loogisesti kohdetaulukoista
- Prosessitaulukoiden lataamat arvot
- Viitetaulukoiden lataamat arvot
Datan lataustestiskenaariot
- Tarkista, ovatko kohde- ja lähdetietokanta yhdistetty hyvin ja onko pääsyongelmia.
- Jos haluat täyden kuorman, tarkista katkaisuvaihtoehto ja varmista, että se toimii hyvin.
- Kun lataat tietoja, tarkista istunnon suorituskyky
- Tarkista muut kuin kohtalokkaat virheet.
- Varmista, että voit epäonnistua kutsuvan ylätason tehtävän, jos alatason tehtävä epäonnistuu.
- Varmista, että lokit on päivitetty
- Vahvista karttaping ja työnkulku parametrit on määritetty oikein
- Varmista, että taulukoiden määrä lähde- ja kohdejärjestelmissä on sama
- Vertaa vaihetaulukoiden attribuutteja kohdetaulukoiden määritteisiin. Niiden pitäisi olla yhteensopivat.
BI-raportin testiskenaariot
- Näytä päivämäärä ja aika
- Tunnuslukujen desimaalitarkkuus
- Näytä tietyllä sivulla olevien rivien ja sarakkeiden määrä
- Raportissa vapaat ominaisuudet
- Tyhjien arvojen näyttäminen sekä ominaisuuksille että tunnusluvuille
- Toimiiko ominaisuushaku avaimella, tekstillä vai molemmilla määritellyllä tavalla
- Onko tekstihaussa kirjainkokoerottelua ja vastaako se vaatimusta
BI-testauksen haasteet
- Datan määrä. Varastoissa on satoja miljoonia rivejä, joten kattava vertailu on mahdotonta. Testaus perustuu täsmäytyssummiin sekä kohdennettuun näytteenottoon raja-arvoista ja korkean riskin tietueista.
- Heterogeeniset lähteet. Yksittäinen tietovarasto voi hyödyntää relaatiotietokantoja, yksitasoisia tiedostoja, API-rajapintoja ja vanhoja järjestelmiä, joilla kullakin on oma koodaus, päivämäärämuoto ja null-käytäntö.
- Ei näkyvää vikaa. Väärä luku raportissa ei aiheuta virhettä. Se vain ilmoittaa huonosta päätöksestä, minkä vuoksi täsmäytys on ainoa luotettava havaitsemismenetelmä.
- Jatkuvasti vaihtuvat lähteet. Yläpuolisen järjestelmän skeeman muutos rikkoo hiljaisesti kartanpingMetadatan testauksen on suoritettava aikataulun mukaisesti, ei vain julkaisuhetkellä.
- Hitaasti muuttuvat mittasuhteet. Historiallinen tarkkuus edellyttää, että viime vuonna voimassa oleva tietue raportoi edelleen viime vuoden arvon, mitä on vaikea testata ja helppo erehtyä.
- Ympäristöpariteetti. Testiympäristöissä on harvoin tuotantomittakaavan dataa, joten latausikkunoiden ja kyselyiden suorituskykyongelmat ilmenevät vasta julkaisun jälkeen.
Yhteinen ominaisuus on, että BI-viat ovat hiljaisia. Jokainen yllä mainittu lieventäminen toimii luomalla signaalin sinne, missä järjestelmä itse ei tuota sitä.
