Üzleti intelligencia (BI) tesztelés tesztesetekkel
Thomas Hamilton
⚡ Okos összefoglaló
Az üzleti intelligencia tesztelés ellenőrzi a döntések alapjául szolgáló előkészítési adatokat, az ETL folyamatot és az üzletiintelligencia-jelentéseket. Megerősíti, hogy az adatok helyesen mozognak a forrástól a célállomásig, és hogy a jelentésben megjelenített minden adat megbízható.
Mi az a BI-tesztelés?
Üzleti intelligencia (BI) Az üzleti intelligencia tesztelés (BI) az adatok gyűjtésének, tisztításának, elemzésének, integrálásának és megosztásának folyamata, amelynek célja a gyakorlatban hasznosítható információk kinyerése, amelyek elősegítik az üzleti növekedést. Az üzleti intelligencia tesztelés vagy BI tesztelés ellenőrzi a tesztelés előtti adatokat, az ETL folyamatot, a BI jelentéseket, és biztosítja a helyes megvalósítást. A BI tesztelés biztosítja az adatok hitelességét és a BI folyamatból származó információk pontosságát.
Az ETL/ Business Intelligence-ről itt tudhat meg többet oktatói
A BI tesztelési folyamat
Az üzletiintelligencia-tesztelés az adatfolyamat alakját követi. Minden egyes szakasznak át kell mennie, mielőtt a következőt érdemes lenne tesztelni, mert egy felfelé irányuló hiba téves hibaként jelenik meg lefelé irányulóan.
- Követelményelemzés: Határozza meg, hogy mely üzleti kérdésekre kell választ adniuk a jelentéseknek, és mely forrásrendszerek tárolják az adatokat. Az itt található kétértelműség később tesztelhetetlen jelentéssé válik.
- Forrásadatok ellenőrzése: A forrás profiljának elkészítése: sorok száma, adattípusok, nullértékek és duplikátumok. Nem lehet validálni egy transzformációt olyan forrás alapján, amelyet nem mért meg.
- Szakaszos validáció: Erősítsd meg az exettracA t teljesen landolt, az egyeztetési számok a szűrőszabályok alkalmazása után megegyeztek a forrással.
- ETL és transzformációs tesztelés: Minden térkép ellenőrzéseping és üzleti szabályok, beleértve a származtatott oszlopokat, az aggregációkat és a helyettesítő kulcs generálását.
- Adatraktár és kockatesztelés. Ellenőrizd a dimenzió- és ténytábla integritását, a fokozatosan változó dimenziókezelést és az összesítési pontosságot a hierarchia minden szintjén.
- Jelentés és műszerfal tesztelése: Hasonlítsa össze a jelentés adatait a raktári adatokkal, majd a forrásadatokkal, és ellenőrizze a szűrőket, a részletezéseket és a biztonsági szerepköröket.
- Teljesítmény- és regressziós tesztelés: Mérje meg a betöltési ablak időtartamát és jelentse a válaszidőt, majd futtassa újra a csomagot minden folyamatváltozás után.
A megbékélés az egész folyamat gerince: Minden szakaszban meg kell határozni a kulcsmutatók számát és összegét. tracvisszavezethető a forráshoz. Egy helyesnek tűnő, de nem egyeztethető jelentést nem tesztelnek, csak megvizsgálnak.
BI tesztelés típusai
Az ebben az oktatóanyagban található forgatókönyvek hat elismert kategóriába sorolhatók. Elnevezésük segít abban, hogy a tesztelési terv a teljes felületet lefedje, ne csak a könnyen ellenőrizhető részeket.
| típus | Amit érvényesít | Tipikus technika |
|---|---|---|
| Az adatok teljessége | Minden várt rekord megérkezett | Sorszám egyeztetése a forrás és a cél között |
| Adatátalakítás | Helyesen alkalmazott üzleti szabályok | Hasonlítsa össze az átalakított kimenetet a manuálisan kiszámított várható értékekkel |
| Adat minőség | Az értékek érvényesek, egyediek és a tartományon belül vannak | Null, duplikált, formátum- és hivatkozási integritási ellenőrzések |
| Metaadatok tesztelése | Az adattípusok, hosszúságok és korlátozások megfelelnek a specifikációnak | Séma-összehasonlítás a forrás és a cél között |
| Jelentés a tesztelésről | Az ábrák, a formázás és a részletezések helyesek | Jelentéskimenet keresztellenőrzése a raktári lekérdezéssel |
| Biztonsági tesztelés | A felhasználók csak azokat az adatokat látják, amelyeket a szerepkörük engedélyez. | Azonos jelentések futtatása különböző szerepkör-hitelesítési adatokkal |
A választás BI eszköz befolyásolja az egyes típusok végrehajtásának módját, de nem azt, hogy mely típusokra van szükség. A biztonsági tesztelés az, amit a leggyakrabban kihagyunk, és a legköltségesebb is kihagyni, mivel egy sor szintű biztonsági hiba látható hiba keletkezése nélkül teszi elérhetővé az adatokat az üzleti egységek között.
BI tesztelési tesztesetek és forgatókönyvek
Az alábbi forgatókönyvek szinte bármilyen BI-projektre vonatkoznak. Csoportosítsa őket a folyamat azon szakasza szerint, amelyet validálnak, és futtassa őket ebben a sorrendben, mert a stagingben fellépő hiba minden későbbi szakaszban hibákat eredményez.
ETL-ellenőrzési tesztforgatókönyvek
- Ellenőrizze, hogy az adatok megfelelően vannak-e leképezve a forrástól a célrendszerig
- Győződjön meg arról, hogy az összes tábla és mezői a forrásból a célba másolódnak
- Ellenőrizze, hogy az automatikus generálásra konfigurált kulcsok megfelelően jönnek-e létre a célrendszerben
- Ellenőrizze, hogy a null mezők nincsenek-e kitöltve
- Ellenőrizd, hogy az adatok ne legyenek elrontva vagy csonkolva
- Ellenőrizze, hogy a célrendszer adattípusa és formátuma megfelel-e az elvárásoknak
- Győződjön meg arról, hogy nincs-e kettős adat a célrendszerben
- Ellenőrizze, hogy a transzformációk megfelelően lettek-e alkalmazva
- Ellenőrizze, hogy a numerikus mezőkben szereplő adatok pontosak-e
- Ellenőrizze, hogy a kivételkezelés robusztus-e
Adattesztelési forgatókönyvek előkészítése
- Egyeztetési ellenőrzés – az STG (staging) táblák és a céltáblák közötti rekordok száma megegyezik a szűrőszabályok alkalmazása után
- Szúrjon be egy rekordot, amely nincs betöltve a céltáblázatba az adott billentyűkombinációhoz
- Küldje újra a céltáblákban már szereplő rekordokat, és erősítse meg, hogy nem lettek kétszer betöltve.
- Frissítse a kulcs rekordját, ha az értékoszlopok megváltoztak a_02. napon
- Törölje logikusan a rekordokat a céltáblákban
- A folyamattáblák által betöltött értékek
- A referenciatáblázatok által betöltött értékek
Adatbetöltési tesztforgatókönyvek
- Ellenőrizze, hogy a cél- és a forrásadatbázis megfelelően csatlakozik-e, és nincs-e hozzáférési probléma.
- Teljes terhelés esetén ellenőrizze a csonkítás opciót, és győződjön meg arról, hogy megfelelően működik.
- Az adatok betöltése közben ellenőrizze a munkamenet teljesítményét
- Ellenőrizze a nem végzetes hibákat.
- Ellenőrizze, hogy sikertelen-e a hívó szülőfeladat, ha az alárendelt feladat meghiúsul.
- Ellenőrizze, hogy a naplók frissítve vannak-e
- Térkép ellenőrzéseping és a munkafolyamat a paraméterek pontosan vannak beállítva
- Ellenőrizze, hogy a táblák száma megegyezik-e a forrás- és a célrendszerben
- Hasonlítsa össze a szakasztáblák attribútumait a céltáblázatokéval. Össze kell illeszteni őket.
BI-jelentés tesztelési forgatókönyvek
- Dátum és idő megjelenítése
- A kulcsadatok tizedes pontossága
- Egy adott oldalon jelenítse meg a sorok és oszlopok számát
- Szabad jellemzők a jelentésben
- Hogyan jelennek meg üres értékek a jellemzők és a kulcsmutatók esetében?
- A karakterisztikus keresés kulcson, szövegen vagy mindkettőn működik-e a megadottak szerint
- A szöveges keresés megkülönbözteti-e a kis- és nagybetűket, és hogy ez megfelel-e a követelménynek
Kihívások a BI tesztelésben
- Adatmennyiség. A raktárak több százmillió sort tárolnak, így a kimerítő összehasonlítás lehetetlen. A tesztelés az egyeztetett összesítéseken, valamint a határértékek és a magas kockázatú rekordok célzott mintavételezésén alapul.
- Heterogén források. Egyetlen adattárház meríthet relációs adatbázisokból, egyszerű fájlokból, API-kból és örökölt rendszerekből, mindegyiknek saját kódolása, dátumformátuma és null konvenciója van.
- Nincs látható hiba. Egy jelentésben szereplő hibás adat nem hibát jelez. Egyszerűen csak rossz döntést jelez, így az egyeztetés az egyetlen megbízható észlelési módszer.
- Folyamatosan változó források. Egy upstream rendszerben végrehajtott sémamódosítás csendben megszakít egy leképezéstpingA metaadat-tesztelésnek ütemterv szerint kell futnia, nem csak a kiadáskor.
- Lassan változó dimenziók. A történelmi pontosság megköveteli, hogy egy tavaly érvényes rekord továbbra is a tavalyi értéket mutassa, amit nehéz tesztelni és könnyű tévedni.
- Környezeti paritás. A tesztkörnyezetek ritkán tartalmaznak éles méretű adatokat, így a betöltési ablakkal és a lekérdezési teljesítménygel kapcsolatos problémák csak az éles üzembe helyezés után jelentkeznek.
A közös vonás az, hogy az üzletiintelligencia-hibák csendesek. Minden fenti csökkentési módszer úgy működik, hogy jelet generál ott, ahol a rendszer maga nem generál semmit.
