Business Intelligence (BI) testen met testcases
Thomas Hamilton
⚡ Slimme samenvatting
Business Intelligence Testing verifieert de stagingdata, het ETL-proces en de BI-rapporten waarop beslissingen zijn gebaseerd. Het bevestigt dat data correct van bron naar doel wordt verplaatst en dat elk cijfer in een rapport betrouwbaar is.
Wat is BI-testen?
Business Intelligence (BI) Business Intelligence (BI) testen is het proces van het verzamelen, opschonen, analyseren, integreren en delen van data om bruikbare inzichten te verkrijgen die de bedrijfsgroei stimuleren. BI-testen controleren de stagingdata, het ETL-proces, de BI-rapporten en zorgen ervoor dat de implementatie correct is. BI-testen garanderen de betrouwbaarheid van de data en de nauwkeurigheid van de inzichten die uit het BI-proces worden verkregen.
Hier leest u meer over ETL/Business Intelligence zelfstudie
Het BI-testproces
BI-testen volgen de structuur van de datapipeline zelf. Elke fase moet succesvol verlopen voordat de volgende fase het testen waard is, omdat een defect in een eerdere fase zich verderop in de pipeline kan manifesteren als een valse foutmelding.
- Vereistenanalyse: Bepaal welke zakelijke vragen de rapporten moeten beantwoorden en welke bronsystemen de gegevens bevatten. Onduidelijkheid hierover leidt later tot een oncontroleerbaar rapport.
- Validatie van brongegevens: Analyseer de brongegevens: het aantal rijen, de gegevenstypen, het percentage null-waarden en duplicaten. Je kunt een transformatie niet valideren op basis van een bron die je niet hebt geanalyseerd.
- Fasevalidatie: Bevestig de extracDe gegevens zijn volledig verwerkt, waarbij de reconciliatietellingen na toepassing van de filterregels overeenkomen met de bron.
- ETL- en transformatietesten: Controleer elke kaartping en bedrijfsregels, inclusief afgeleide kolommen, aggregaties en het genereren van surrogaatsleutels.
- Gegevens magazijn en kubustesten. Controleer de integriteit van dimensie- en feitentabellen, de afhandeling van langzaam veranderende dimensies en de nauwkeurigheid van aggregaties op elk niveau van de hiërarchie.
- Rapport- en dashboardtesten: Vergelijk de rapportcijfers met het datawarehouse en vervolgens met de bron, en controleer de filters, detailweergaven en beveiligingsrollen.
- Prestatie- en regressietesten: Meet de duur van het laadvenster en rapporteer de responstijd, en voer de testsuite vervolgens opnieuw uit na elke wijziging in de pipeline.
Verzoening vormt de ruggengraat van het hele proces: In elke fase moeten het aantal en de som van de kerncijfers worden vastgesteld. tracTerug te leiden naar de bron. Een rapport dat er correct uitziet, maar niet kan worden afgestemd, wordt niet getest, alleen geïnspecteerd.
Soorten BI-testen
De scenario's in deze handleiding vallen in zes erkende categorieën. Door ze te benoemen, kan een testplan het hele plaatje bestrijken in plaats van alleen de onderdelen die gemakkelijk te controleren zijn.
| Type | Wat het bevestigt | Typische techniek |
|---|---|---|
| Volledigheid van gegevens | Alle verwachte records zijn binnengekomen. | Afstemming van het aantal rijen tussen bron en doel |
| Datatransformatie | Bedrijfsregels correct toegepast | Vergelijk de getransformeerde uitvoer met de handmatig berekende verwachte waarden. |
| Data kwaliteit | De waarden zijn geldig, uniek en binnen het bereik. | Controles op null-waarden, duplicaten, formaat en referentiële integriteit. |
| Metadata testen | Gegevenstypen, lengtes en beperkingen komen overeen met de specificatie. | Schemavergelijking tussen bron en doel |
| Rapport testen | De cijfers, de opmaak en de detailweergave zijn correct. | Controleer de rapportuitvoer aan de hand van de datawarehouse-query. |
| Beveiligingstests | Gebruikers zien alleen de gegevens die hun rol toelaat. | Voer identieke rapporten uit met verschillende rolreferenties. |
De keuze van BI-tool Dit heeft invloed op hoe elk type wordt uitgevoerd, maar niet op welke typen nodig zijn. Beveiligingstesten worden het vaakst overgeslagen en zijn het meest kostbaar om te missen, omdat een beveiligingslek op rijniveau gegevens in verschillende bedrijfsonderdelen blootlegt zonder dat er een zichtbare foutmelding verschijnt.
BI-testen: testgevallen en scenario's
De onderstaande scenario's zijn van toepassing op vrijwel elk BI-project. Groepeer ze op basis van de fase in de pipeline die ze valideren en voer ze in die volgorde uit, omdat een fout in de stagingfase tot fouten in elke latere fase zal leiden.
Testscenario's voor ETL-verificatie
- Controleer of gegevens correct zijn toegewezen van bron- naar doelsysteem
- Controleer of alle tabellen en hun velden van bron naar doel zijn gekopieerd
- Controleer of de sleutels die zijn geconfigureerd om automatisch te worden gegenereerd, correct zijn aangemaakt in het doelsysteem
- Controleer of nulvelden niet zijn ingevuld
- Controleer of de gegevens niet zijn verminkt of ingekort
- Controleer of het gegevenstype en de indeling in het doelsysteem zijn zoals verwacht
- Controleer of er geen dubbele gegevens in het doelsysteem voorkomen
- Controleer of transformaties correct worden toegepast
- Controleer of de nauwkeurigheid van gegevens in numerieke velden nauwkeurig is
- Controleer of de afhandeling van uitzonderingen robuust is
Testscenario's voor stagingdata
- Het aantal afstemmingscontrolerecords tussen de STG-tabellen (staging) en de doeltabellen is hetzelfde na het toepassen van filterregels
- Voeg een record in dat niet in de doeltabel is geladen voor een bepaalde toetscombinatie
- Verzend de records die al in de doeltabellen aanwezig zijn opnieuw en controleer of ze niet dubbel worden geladen.
- Update een record voor een sleutel wanneer waardekolommen zijn gewijzigd op dag_02
- Verwijder de records logisch in de doeltabellen
- Waarden geladen door procestabellen
- Waarden geladen door referentietabellen
Testscenario's voor het laden van gegevens
- Controleer of de doel- en brondatabase goed met elkaar zijn verbonden en er geen toegangsproblemen zijn.
- Voor een volledige belasting controleert u de afkapoptie en zorgt u ervoor dat deze goed werkt.
- Controleer tijdens het laden van de gegevens de prestaties van de sessie
- Controleer op niet-fatale fouten.
- Controleer of u de aanroepende bovenliggende taak kunt mislukken als de onderliggende taak mislukt.
- Controleer of de logboeken zijn bijgewerkt
- Controleer de kaartping en workflow parameters zijn nauwkeurig geconfigureerd
- Controleer of het aantal tabellen in bron- en doelsystemen hetzelfde is
- Vergelijk de attributen van fasetabellen met die van de doeltabellen. Ze moeten op elkaar afgestemd zijn.
Testscenario's voor BI-rapporten
- Datum en tijd weergeven
- Decimale precisie voor kerncijfers
- Geef op een bepaalde pagina het aantal rijen en kolommen weer
- Gratis kenmerken in het rapport
- Hoe worden lege waarden weergegeven voor zowel kenmerken als kerncijfers?
- Of de zoekfunctie op basis van kenmerken werkt op basis van trefwoorden, tekst of beide, zoals gespecificeerd.
- Of tekstzoekopdrachten hoofdlettergevoelig zijn en of dat aan de vereisten voldoet.
Uitdagingen bij BI-testen
- Gegevensvolume. Datawarehouses bevatten honderden miljoenen rijen, waardoor een volledige vergelijking onmogelijk is. Testen is gebaseerd op reconciliatietotalen plus gerichte steekproeven van grens- en risicovolle records.
- Heterogene bronnen. Een enkel datawarehouse kan gebruikmaken van relationele databases, platte bestanden, API's en legacy-systemen, elk met zijn eigen codering, datumformaat en conventie voor null-waarden.
- Geen zichtbare defecten. Een onjuist cijfer in een rapport leidt niet tot een fout. Het wijst alleen op een verkeerde beslissing, waardoor reconciliatie de enige betrouwbare methode is om dit op te sporen.
- De bronnen veranderen voortdurend. Een schemawijziging in een upstream-systeem zorgt er ongemerkt voor dat een kaart niet meer werkt.pingMetadatesten moeten volgens een vast schema worden uitgevoerd, niet alleen op het moment van de release.
- Langzaam veranderende afmetingen. Historische nauwkeurigheid vereist dat een record dat vorig jaar geldig was, nog steeds de waarde van vorig jaar weergeeft, wat moeilijk te controleren is en gemakkelijk fout kan gaan.
- Gelijke behandeling van de omgeving. Testomgevingen bevatten zelden gegevens op productieschaal, waardoor problemen met laadtijden en queryprestaties pas na de livegang aan het licht komen.
De rode draad is dat BI-defecten stil zijn. Alle bovenstaande oplossingen werken door een signaal te creëren waar het systeem zelf geen produceert.
