Testiranje poslovne inteligencije (BI) s testnim slučajevima
Thomas Hamilton
⚡ Pametni sažetak
Testiranje poslovne inteligencije provjerava podatke o pripremi, ETL proces i BI izvješća na kojima se temelje odluke. Potvrđuje da se podaci ispravno kreću od izvora do cilja i da se svakoj brojci prikazanoj u izvješću može vjerovati.
Što je BI testiranje?
Poslovna inteligencija (BI) je proces prikupljanja, čišćenja, analiziranja, integriranja i dijeljenja podataka kako bi se dobili praktični uvidi koji potiču rast poslovanja. Testiranje poslovne inteligencije ili BI testiranje provjerava podatke o pripremi, ETL proces, BI izvješća i osigurava ispravnu implementaciju. BI testiranje osigurava vjerodostojnost podataka i točnost uvida dobivenih iz BI procesa.
Ovdje možete saznati više o ETL/Poslovnoj inteligenciji udžbenik
Proces testiranja poslovne inteligencije
Testiranje poslovne inteligencije prati oblik samog podatkovnog cjevovoda. Svaka faza mora proći prije nego što se isplati testirati sljedeća, jer se nedostatak uzvodno ponovno pojavljuje kao lažni kvar nizvodno.
- Analiza zahtjeva: Utvrdite na koja poslovna pitanja izvješća moraju odgovoriti i koji izvorni sustavi sadrže podatke. Dvosmislenost ovdje kasnije postaje neprovjerljivo izvješće.
- Validacija izvornih podataka: Profilirajte izvor: broj redaka, tipove podataka, stope null vrijednosti i duplikate. Ne možete validirati transformaciju u odnosu na izvor koji niste izmjerili.
- Validacija faze: Potvrdite bivšeg/bivšutract je potpuno sletio, s brojem usklađivanja koji odgovara izvoru nakon primjene pravila filtriranja.
- ETL i transformacijsko testiranje: Provjerite svaku kartuping i poslovna pravila, uključujući izvedene stupce, agregacije i generiranje surogatnih ključeva.
- Skladište podataka i testiranje kocke. Provjerite integritet dimenzija i tablice činjenica, rukovanje dimenzijama koje se polako mijenjaju i točnost agregacije na svakoj razini hijerarhije.
- Testiranje izvješća i nadzorne ploče: Usporedite brojke izvješća sa skladištem, zatim s izvorom i provjerite filtere, detaljne analize i sigurnosne uloge.
- Testiranje performansi i regresijsko testiranje: Izmjerite trajanje prozora učitavanja i prijavite vrijeme odziva, a zatim ponovno pokrenite paket nakon svake promjene cjevovoda.
Pomirenje je okosnica cijelog procesa: U svakoj fazi, broj i zbroj ključnih brojki moraju biti tracmoguće vratiti se izvoru. Izvješće koje izgleda točno, ali se ne može uskladiti, ne testira se, već se samo pregledava.
Vrste BI testiranja
Scenariji u ovom vodiču spadaju u šest prepoznatih kategorija. Njihovo imenovanje pomaže da plan testiranja obuhvati cijelu površinu, a ne samo dijelove koje je lako provjeriti.
| Tip | Što potvrđuje | Tipična tehnika |
|---|---|---|
| Potpunost podataka | Svaki očekivani zapis je stigao | Usklađivanje broja redaka između izvora i cilja |
| Transformacija podataka | Pravila poslovanja primijenjena ispravno | Usporedite transformirani izlaz s ručno izračunatim očekivanim vrijednostima |
| Podaci o kvalitetu | Vrijednosti su valjane, jedinstvene i unutar raspona | Provjere integriteta null vrijednosti, duplikata, formata i referencijalnog integriteta |
| Testiranje metapodataka | Tipovi podataka, duljine i ograničenja odgovaraju specifikaciji | Usporedba shema između izvora i cilja |
| Prijavite testiranje | Slike, formatiranje i detaljni prikazi su ispravni | Unakrsna provjera izlaza izvješća u odnosu na upit skladišta |
| Ispitivanje sigurnosti | Korisnici vide samo podatke koje im njihova uloga dopušta | Pokreni identična izvješća pod različitim ovlastima uloga |
Izbor BI alat utječe na to kako se svaki tip izvršava, ali ne i koji su tipovi potrebni. Sigurnosno testiranje se najčešće preskače i najskuplje ga je propustiti, jer sigurnosni nedostatak na razini retka izlaže podatke u svim poslovnim jedinicama bez stvaranja ikakve vidljive pogreške.
Testni slučajevi i scenariji BI testiranja
Scenariji u nastavku primjenjuju se na gotovo svaki BI projekt. Grupirajte ih prema fazi cjevovoda koju validiraju i pokrenite ih tim redoslijedom, jer će nedostatak u pripremi rezultirati kvarovima u svakoj kasnijoj fazi.
Scenariji testiranja ETL provjere
- Provjerite jesu li podaci ispravno mapirani od izvora do ciljnog sustava
- Provjerite jesu li sve tablice i njihova polja kopirani iz izvora u cilj
- Provjerite jesu li ključevi konfigurirani za automatsko generiranje pravilno kreirani u ciljnom sustavu
- Provjerite da nulta polja nisu popunjena
- Provjerite da podaci nisu iskrivljeni niti skraćeni
- Provjerite jesu li vrsta i format podataka u ciljnom sustavu očekivani
- Provjerite nema li dvostrukih podataka u ciljnom sustavu
- Provjerite jesu li transformacije ispravno primijenjene
- Provjerite je li preciznost podataka u numeričkim poljima točna
- Provjerite je li rukovanje iznimkama robusno
Scenariji testiranja podataka za pripremu
- Broj zapisa provjere usklađivanja između STG (staging) tablica i ciljnih tablica isti je nakon primjene pravila filtera
- Umetnite zapis koji nije učitan u ciljnu tablicu za danu kombinaciju tipki
- Ponovno pošalji zapise koji su već prisutni u ciljnim tablicama i potvrdi da nisu dvaput učitani
- Ažurirajte zapis za ključ kada su se stupci vrijednosti promijenili pri učitavanju day_02
- Logički izbrišite zapise u ciljnim tablicama
- Vrijednosti učitane procesnim tablicama
- Vrijednosti učitane referentnim tablicama
Scenariji testiranja učitavanja podataka
- Provjerite jesu li ciljna i izvorna baza podataka dobro povezane i nema problema s pristupom.
- Za puno opterećenje provjerite opciju skraćenja i uvjerite se da dobro radi.
- Dok učitavate podatke, provjerite performanse sesije
- Provjerite nefatalne pogreške.
- Provjerite možete li poništiti nadređeni zadatak pozivanja ako podređeni zadatak ne uspije.
- Provjerite jesu li zapisnici ažurirani
- Provjerite kartuping i tijek rada parametri su točno konfigurirani
- Provjerite je li broj tablica u izvornom i ciljnom sustavu isti
- Usporedite atribute iz tablica pozornica s onima iz ciljnih tablica. Trebalo bi ih uskladiti.
Scenariji testiranja BI izvješća
- Prikaz datuma i vremena
- Decimalna preciznost za ključne brojke
- Na određenoj stranici prikažite broj redaka i stupaca
- Slobodne karakteristike u izvješću
- Kako se prazne vrijednosti prikazuju za karakteristike i ključne brojke
- Radi li karakteristično pretraživanje na ključu, na tekstu ili na oboje, kako je navedeno
- Je li tekstualno pretraživanje osjetljivo na velika i mala slova i odgovara li to zahtjevu
Izazovi u BI testiranju
- Količina podataka. Skladišta sadrže stotine milijuna redaka, tako da je iscrpna usporedba nemoguća. Testiranje se oslanja na ukupne iznose usklađivanja plus ciljano uzorkovanje graničnih i visokorizičnih zapisa.
- Heterogeni izvori. Jedno skladište može crpiti podatke iz relacijskih baza podataka, ravnih datoteka, API-ja i naslijeđenih sustava, svaki sa svojim vlastitim kodiranjem, formatom datuma i null konvencijom.
- Nema vidljivog kvara. Pogrešna brojka u izvješću ne uzrokuje pogrešku. Ona jednostavno ukazuje na lošu odluku, što usklađivanje čini jedinom pouzdanom metodom otkrivanja.
- Stalno mijenjanje izvora. Promjena sheme u uzvodnom sustavu tiho prekida mapupingTestiranje metapodataka mora se provoditi prema rasporedu, ne samo u vrijeme objavljivanja.
- Polako mijenjajući dimenzije. Povijesna točnost zahtijeva da zapis važeći prošle godine i dalje prikazuje prošlogodišnju vrijednost, što je teško provjeriti i lako pogriješiti.
- Paritet okoliša. Testna okruženja rijetko sadrže podatke produkcijske skale, pa se problemi s prozorom učitavanja i performansama upita pojavljuju tek nakon puštanja u rad.
Zajednička nit je da su BI nedostaci tihi. Svako gore navedeno ublažavanje funkcionira stvaranjem signala tamo gdje sam sustav ne proizvodi nijedan.
