Kvalitetssikring og Testing Services: Strategi for Oracle BI Testing

Dette dokumentet gir en oversikt over OBIEE Testing og som vanligvis brukes i BI Components mens du gjør validering

1.. Testing i Levels.
I en typisk OBIEE
prosjektet, er det lurt å teste på flere områder i stedet for å forsøke å teste alt på en gang

a)
Det første sett av tester kan kontrollere riktigheten av den kolonne til kolonne transport av data mellom kilde og mål. Denne bekreftelsen gjøres vanligvis ved hjelp av SQL-setninger på kilden og målet databaser.

b)
neste trinnet er å kontrollere riktigheten av depotet (den .RPD filen.) Disse testene vil inkluderer testing med passende dimensjonale filtre på beregninger og formelen brukes til å beregne disse beregningene. Testere kan bygge to sett med sammenlignbare spørsmål i depotet grensesnittet.

c)
neste trinn i testing vil være å verifisere dashbord /rapporter mot sammenlignspørringer på depotet beregninger. I disse testene, testere verifisere dashbord diagrammer /rapporter mot tilsvarende resultater fra spørsmål de utfører på beregninger av depotet.

d)
slutt vil de funksjonelle grensesnittet Testen omfatter tester for å verifisere oppslag , ytelse, brukervennlighet, utseende og føler etc.

De tre første typer tester er utført av testere som kan lage enkle SQL-setninger.

Struktur og organisering av testtilfeller :

Valgene på testtilfeller navnekonvensjon og struktur kan hjelpe med å organisere test gjenstander bedre og hjelpe en god del i å implementere den samlede testing strategi

For eksempel.:
Hvis testen tilfeller er gruppert basert på natur av testene, som, kilden til målet verifikasjon, RPD metrics tester, funksjonelle, sikkerhet, ytelse og brukervennlighet, ville det være lettere å velge og vrake testene basert på testing kontekst og tester evner.

1. Brukerakseptkriterier:
Brukere har vanligvis en eksisterende arven mekanisme for å kontrollere om hva som vises i den nye løsningen er fornuftig. Testere bør grave i dette, og forstå hvordan sluttbrukerne bygget prosjektakseptkriterier. Testere bør utfordre de forutsetninger gjort av næringslivet i utledning akseptkriteriene. Denne aktiviteten bidrar til å få en sluttbruker perspektiv bygget inn i testing innsats fra tidlig.

2. Validere Master Detaljrapport:
Master Detaljer knytte visninger gjør at du kan etablere et forhold mellom to eller flere visninger slik at én visning, kalt master visning, vil drive dataendringer i en eller flere andre visninger, kalt detalj visninger.

3. Tidsserie funksjoner validering.
Tidsseriefunksjoner gir mulighet til å sammenligne resultater med tidligere perioder, slik at du kan analysere data som går over flere tidsperioder

Tidsserier funksjonene kan sammenligninger mellom dagens salg og salg et år siden, en måned siden, og så videre.

a. Siden:
Med ago funksjon vi kan sammenligne periode til periode
b. Til dato:
tidsserier funksjonene kan sammenligninger mellom dagens salg og salg for et år siden, en måned siden, og så videre
c.. Periode rullende:
PERIODROLLING funksjon ikke har en tidsserie korn; i stedet, kan du angi en start- og sluttperiode i funksjonen.

4. Oracle bi-utgiver validering:
Oracle BI Publisher kjent som XML Publisher tilbyr effektiv skalerbar rapporteringsløsning tilgjengelig for komplekse, distribuerte miljøer. Det gir en sentral arkitektur for generering og levere informasjon til ansattes, kunde- og forretningspartnere både sikkerhet og i riktig format
.