Test ETL - Scenari

Gli scenari di test ETL vengono utilizzati per convalidare un processo di test ETL. La tabella seguente spiega alcuni degli scenari e dei casi di test più comuni utilizzati dai tester ETL.

Scenari di prova Casi test

Convalida della struttura

Implica la convalida della struttura della tabella di origine e di destinazione secondo il documento di mapping.

Il tipo di dati deve essere convalidato nei sistemi di origine e di destinazione.

La lunghezza dei tipi di dati nell'origine e nel sistema di destinazione dovrebbe essere la stessa.

I tipi di campo dati e il loro formato dovrebbero essere gli stessi nel sistema di origine e di destinazione.

Convalida dei nomi delle colonne nel sistema di destinazione.

Convalida del documento di mappatura

Implica la convalida del documento di mappatura per garantire che tutte le informazioni siano state fornite. Il documento di mappatura dovrebbe avere un registro delle modifiche, mantenere i tipi di dati, la lunghezza, le regole di trasformazione, ecc.

Convalida vincoli

Implica la convalida dei vincoli e la garanzia che vengano applicati alle tabelle previste.

Controllo della coerenza dei dati

Implica il controllo dell'uso improprio dei vincoli di integrità come la chiave esterna.

La lunghezza e il tipo di dati di un attributo possono variare in tabelle diverse, sebbene la loro definizione rimanga la stessa a livello semantico.

Convalida della completezza dei dati

Implica il controllo se tutti i dati vengono caricati nel sistema di destinazione dal sistema di origine.

Conteggio del numero di record nei sistemi di origine e di destinazione.

Analisi del valore limite.

Convalida dei valori univoci delle chiavi primarie.

Convalida della correttezza dei dati

Implica la convalida dei valori dei dati nel sistema di destinazione.

Nella tabella sono stati trovati dati con errori di ortografia o imprecisi.

I dati null, non univoci vengono archiviati quando si disabilita il vincolo di integrità al momento dell'importazione.

Convalida della trasformazione dei dati

Implica la creazione di un foglio di calcolo di scenari per i valori di input e i risultati attesi e quindi la convalida con gli utenti finali.

Convalida della relazione padre-figlio nei dati creando scenari.

Utilizzo della profilazione dei dati per confrontare l'intervallo di valori in ogni campo.

Convalida se i tipi di dati nel magazzino sono gli stessi menzionati nel modello di dati.

Convalida della qualità dei dati

Implica l'esecuzione del controllo del numero, del controllo della data, del controllo di precisione, del controllo dei dati, del controllo di null, ecc.

Example - Il formato della data deve essere lo stesso per tutti i valori.

Validazione nulla

Implica il controllo dei valori Null dove è menzionato Not Null per quel campo.

Convalida duplicata

Implica la convalida dei valori duplicati nel sistema di destinazione quando i dati provengono da più colonne dal sistema di origine.

Convalida delle chiavi primarie e di altre colonne se sono presenti valori duplicati in base ai requisiti aziendali.

Controllo di convalida della data

Campo della data di convalida per varie azioni eseguite nel processo ETL.

Casi di test comuni per eseguire la convalida della data -

  • From_Date non deve essere maggiore di To_Date

  • Il formato dei valori di data dovrebbe essere corretto.

  • I valori di data non devono avere valori spazzatura o valori null

Convalida dati completa meno query

Implica la convalida del set di dati completo nelle tabelle di origine e di destinazione utilizzando la query meno.

  • Devi eseguire entrambi source minus target e target minus source.

  • Se la query meno restituisce un valore, questo dovrebbe essere considerato come righe non corrispondenti.

  • È necessario abbinare le righe nell'origine e nella destinazione utilizzando il Intersect dichiarazione.

  • Il conteggio restituito da Intersect deve corrispondere ai singoli conteggi delle tabelle di origine e di destinazione.

  • Se la query meno non restituisce righe e l'intersezione del conteggio è inferiore al conteggio di origine o al conteggio della tabella di destinazione, la tabella contiene righe duplicate.

Altri scenari di test

Altri scenari di test possono essere la verifica che il processo di estrazione non abbia estratto dati duplicati dal sistema di origine.

Il team di test manterrà un elenco di istruzioni SQL eseguite per verificare che non siano stati estratti dati duplicati dai sistemi di origine.

Pulizia dei dati

I dati indesiderati devono essere rimossi prima di caricare i dati nell'area di gestione temporanea.