Quality Assurance en Testing Services: strategie van Oracle BI Testing

Dit document geeft een overzicht van OBIEE Testen en vaak gebruikt in BI-componenten terwijl het doen van validatie

1.. Testen in Niveaus.
In een typisch OBIEE
project, is het raadzaam om te testen in meerdere gebieden in plaats van te proberen om alles te testen in een keer

a)
De eerste reeks tests kan de nauwkeurigheid van de kolom verifiëren kolom transport van de data tussen de bron en doel. Deze controle wordt meestal gedaan met behulp van SQL-statements van de bron en doel databases.

b)
De volgende stap is om de juistheid van de repository (het .RPD bestand te controleren.) Deze tests omvatten testen met de juiste dimensionale filters op de statistieken en de formule gebruikt om die statistieken te berekenen. Testers kunnen bouwen twee sets van vergelijkbare vragen binnen de repository-interface.

c)
De volgende stap in het testen zal zijn om het dashboard /rapporten tegen vergelijkbare vragen over repository metrics controleren. In deze tests, testers controleren dashboard grafieken /rapporten tegen bijbehorende resultaten van queries ze voeren op statistieken van de repository.

d)
Ten slotte zal de functionele interface testen tests om de lookups controleren dekken , prestaties, gebruiksgemak, look and feel, etc.

De eerste drie soorten tests worden uitgevoerd door testers die eenvoudige SQL-statements kunnen creëren.

Structuur en organisatie van de test cases :

De keuzes op testcases naamgeving en structuur kan helpen bij het organiseren van de test artefacten beter en helpen een groot deel bij de uitvoering van de algehele teststrategie

Bijvoorbeeld.:
Als de test cases zijn gegroepeerd op basis van de aard van de tests, zoals, de bron te controleren, RPD metrics testen, functionele, beveiliging, prestaties en bruikbaarheid te richten, zou het gemakkelijker zijn om te kiezen van de tests op basis van het testen context en tester mogelijkheden.

1. Gebruikersacceptatie criteria:
Gebruikers hebben doorgaans een bestaande legacy-mechanisme om te controleren of wat wordt weergegeven in de nieuwe oplossing zinvol. Testers moeten graven in deze en te begrijpen hoe de eindgebruikers het project acceptatiecriteria gebouwd. Testers moeten de aannames van het bedrijfsleven te vechten in het afleiden van de acceptatiecriteria. Deze activiteit helpt om een ​​eindgebruiker perspectief ingebouwd in de test inspanningen van vroeg op.

2. Valideren Master Detail Report:
Master Details koppelen van standpunten kunt u een relatie zodanig dat één oog te leggen tussen twee of meer weergaven, riep de meester uitzicht, zullen de gegevens veranderingen rijden in een of meer andere meningen, genaamd detail uitzicht.

3. Tijdreeksen functies validatie.
Tijdreeksen functies bieden de mogelijkheid om zakelijke prestaties te vergelijken met voorgaande perioden, waardoor u gegevens die meerdere perioden beslaat analyseren

tijdreeksen functies mogelijk maken vergelijkingen tussen de huidige sales en sales een jaar geleden, een maand geleden, en zo verder.

een. Geleden: hotels met geleden functie kunnen we periode tot periode
b vergelijken. Tot op heden:
Tijd serie functies mogelijk maken vergelijkingen tussen de huidige verkoop en de verkoop van een jaar geleden, een maand geleden, en zo verder
c.. Periode rollen:
De PERIODROLLING functie beschikt niet over een tijdreeks graan; in plaats daarvan, een begin en einde periode in de functie te geven.

4. Oracle bi-uitgever validatie:
Oracle BI Publisher bekend als XML Publisher biedt efficiënte schaalbare rapportage oplossing voor complexe, gedistribueerde omgevingen. Het voorziet in een centrale architectuur voor de opwekking en het leveren van informatie aan de werknemers, klanten en zakelijke partners zowel de veiligheid en in het juiste formaat
.