Test een Power BI-rapport voor publicatie op vijf punten: data-juistheid, correcte werking van Row Level Security, laadtijd, filterconsistentie en mobiele weergave. Doe dit altijd als een externe gebruiker, niet als beheerder, zodat je ziet wat de klant ziet.
Waarom testen als beheerder niet volstaat
Als beheerder zie je altijd alle data. Je filters werken anders dan die van een eindgebruiker. Row Level Security die in Desktop correct leek, kan in de Service anders gedragen. Visuele problemen op mobiel zie je niet op een groot scherm. Testen vanuit jouw perspectief geeft een vals gevoel van zekerheid.
De oplossing: test altijd als eindgebruiker. Maak een testaccount met de rol van een externe gebruiker, log daarmee in en doorloop het rapport van voor naar achter.
Checklist: vijf testpunten
1. Data-juistheid. Vergelijk drie tot vijf kerngetallen handmatig met de brondata. Pak een bekende periode (vorige maand, vorig kwartaal) en verifieer dat totalen kloppen. Kijk specifiek naar perioden waarin de databron is ververst of aangepast.
2. Row Level Security. Log in als een testgebruiker met beperkte rechten. Controleer dat alleen de juiste data zichtbaar is. Probeer via URL-manipulatie of filterwijziging toch andere data te bereiken. Lees meer over RLS in het artikel over Row Level Security in Power BI.
3. Laadtijd. Meet hoe lang het rapport laadt op een gewone internetverbinding. Gebruik de Performance Analyzer in Power BI Desktop om trage visuals te identificeren. Rapporten met laadtijden boven de vijf seconden kosten klantbetrokkenheid.
4. Filterconsistentie. Klik door alle filtercombinaties die een klant waarschijnlijk gebruikt. Controleer dat filters op elkaar reageren zoals verwacht en dat geen visual leeg blijft of een fout toont bij onverwachte filtercombinaties.
5. Mobiele weergave. Open het rapport op een telefoon of tablet. Controleer of tekst leesbaar is, visuals correct schalen en interactieve elementen groot genoeg zijn om op te klikken.
Een testprotocol opzetten
Maak een eenvoudige testchecklist die je bij elk rapport doorloopt voor publicatie. Dat hoeft geen uitgebreid document te zijn: een spreadsheet met de vijf testpunten, een kolom voor de testdatum en een kolom voor bevindingen is voldoende.
Betrek bij grotere projecten een tweede persoon bij het testen. Degene die het rapport bouwt, heeft blinde vlekken. Een collega die het rapport voor het eerst ziet, vindt problemen die de bouwer niet meer ziet.
Veelgemaakte fouten bij publicatie
Rollen die in Desktop bestaan maar niet correct gepubliceerd zijn in de Service: dit is de meest gevaarlijke fout, want klanten zien dan potentieel data van anderen. Controleer na elke publicatie of rollen correct zijn ingesteld in de Service.
Datumfilters met dynamische standaardwaarden die bij een maandwisseling de verkeerde periode tonen: test altijd rondom maandgrenzen als je rapport dynamische datumfilters heeft.
Ontbrekende toegangsrechten voor nieuwe gebruikers: test de volledigige onboarding van een nieuwe gebruiker, inclusief de uitnodigings-e-mail en de eerste aanmelding. Meer over AVG-conforme deling lees je in het artikel over AVG-proof rapporten delen.
Na publicatie: het eerste gebruiksmoment
Plan bij een nieuwe klant altijd een korte sessie na de eerste publicatie. Niet om het rapport te demonstreren, maar om te observeren hoe de klant het gebruikt. Waar klikt hij, waar aarzelt hij, wat zoekt hij maar vindt niet? Die observaties leveren waardevolle input voor de eerste verbetering.
Onze tip: Reserveer altijd een bufferdag tussen “rapport klaar” en “rapport gedeeld”. Gebruik die dag uitsluitend voor testen. Rapporten die onder tijdsdruk direct gepubliceerd worden, bevatten vrijwel altijd kleine fouten die een testdag had voorkomen.
Veelgestelde vragen
Hoe test ik of Row Level Security correct werkt?
Gebruik de 'View as role' functie in Power BI Desktop om het rapport te bekijken als een specifieke rol. Controleer dat filters correct toegepast worden en dat geen data van andere klanten zichtbaar is. Test daarna ook als echte eindgebruiker via een testaccount, want de Power BI-service gedraagt zich soms anders dan Desktop.
Hoe snel moet een rapport laden?
Als vuistregel: een rapport dat langer dan vijf seconden nodig heeft om te laden, leidt tot afhaakmomenten. Meer dan tien seconden is onacceptabel voor een extern gedeeld rapport. Optimaliseer door overbodige visuals te verwijderen, query folding te controleren en aggregaties te gebruiken waar mogelijk.
Wat zijn de meest voorkomende fouten bij publicatie?
De meest voorkomende fouten zijn: RLS-rollen die wel bestaan in Desktop maar niet correct gepubliceerd zijn in de Service, datumfilters die bij een nieuwe maand de verkeerde standaardperiode tonen, visuals die leeg zijn omdat een maatstaf een fout retourneert, en ontbrekende toegangsrechten voor de eindgebruiker.