Hvordan 3 konsulenter tester et konserndatavarehus

Hvordan 3 konsulenter tester et konserndatavarehus

DNB sine testutfordringer Tidligere leveranser har blitt utsatt på grunn av dårlig testing Representanter fra forretning er negative til å akseptanseteste grunnet lav datakvalitet Å forbedre datakvalitet blir nedprioritert siden de tekniske testene ikke er gjennomført 3

Utgangspunktet vårt Kildetabell(er) Transformasjon Måltabell(er) 5

Testprinsipper Testing utføres på en måltabell, med en eller flere kildetabeller Testingen er standardisert med felles tester som er gjenbrukbare Testingen utføres med genererte SQL-spørringer Testingen dokumenteres med en testplan og testresultat 6

De standardiserte testene våre Standard test Description Requirement Cardinal Rule Identity Rule Equal Value Reference Rule RDM Reference Rule Table Optionality Constraint Correct Timezone Timeline Constraint Fixed Value Check that all the rows are loaded from the source table into the target table and that all rows that are loaded into the target table came from the source table Some columns in the target table are not allowed to have duplicates. This test checks for duplicates in those columns A column in the source table that are mapped directly to a column in the target table can be loaded incorrect. This test checks that the two columns are identical A test to check if a column in the source table that are being transformed when mapped to the column in the target table are mapped/loaded correct. A test to check that every row in a target table came from a reference table, and that every row in the reference table satisfying the demand is loaded into the target table. Some columns in the target table are not allowed to have rows with NULL values. Checks if the added timezone to the date column is correct and not NULL. Finds gaps and overlaps in the validity period. using the Validtime start date and Validtime end date. Checks all fixed value (hardcoded values) that are set in specification The table must include all data from the source systems. Duplicate data are not allowed in the table. Data values in the table must be equal to value in source systems. All reference data is valid and correct according to source systems. The data tables must be complete and correctly linked. A data value is required for a column in a table. All timestamps must have correct timezone. The timeline of the table must be coherent, without overlaps or gaps. Standard values for columns must be correct. 9

Testscriptet blir produsert i matrisen 12

ALM Testplan 14

Håndtering av defekter Jira Alle oppgaver (særlig utviklers) Tidssporing Scrumboard HP ALM/QC Testplan Forutsetninger Testutførelse Feilhåndtering 17

Fordelene ved testingen hos DNB Tidlig planlegging Test teamet var med fra oppstart av prosjektet, og fikk dermed både designet og etablert verktøyene før bruk Standardiserte tester Enkelt å kommunisere med utvikler og forretning Excel HP ALM Addin Standardiserte tester skaper standardisert testplan Ingen dobbeltasting Tett kontakt mellom SQL-testene og testplanen i ALM ALM/Jira-synkronisering Utvikler forholder seg til et system Bugs kan enkelt knyttes til utvikler-oppgaven 18

Veien videre Test er en utfordring i alle BI-prosjekt Test kan bli standardisert i alle BI-prosjekt Faggruppen for BI-testing arbeider for å samle ekspertisen vår og skape et felles verktøy for standardisert og effektiv BI- testing med arbeidet hos DNB som et utgangspunkt! Verkøyet er eid av DNB, men Capgemini er i forhandlinger om oppkjøp og videre formaliseringer av testskallet 19