Test ETL - Techniques

Il est important que vous définissiez la bonne technique de test ETL avant de démarrer le processus de test. Vous devez accepter l'acceptation de toutes les parties prenantes et vous assurer qu'une technique correcte est sélectionnée pour effectuer les tests ETL. Cette technique doit être bien connue de l'équipe de test et celle-ci doit connaître les étapes du processus de test.

Il existe différents types de techniques de test qui peuvent être utilisées. Dans ce chapitre, nous aborderons brièvement les techniques de test.

Test de validation de la production

Pour effectuer des rapports analytiques et des analyses, les données de votre production doivent être correctes. Ce test est effectué sur les données transférées vers le système de production. Cela implique la validation des données dans le système de production et leur comparaison avec les données source.

Test de comptage source-cible

Ce type de test est effectué lorsque le testeur a moins de temps pour effectuer l'opération de test. Il s'agit de vérifier le nombre de données dans les systèmes source et cible. Cela n'implique pas de vérifier les valeurs des données dans le système cible. Cela n'implique pas non plus si les données sont dans l'ordre croissant ou décroissant après le mappage des données.

Test des données source-cible

Dans ce type de test, un testeur valide les valeurs de données de la source vers le système cible. Il vérifie les valeurs de données dans le système source et les valeurs correspondantes dans le système cible après la transformation. Ce type de test prend du temps et est normalement effectué dans les projets financiers et bancaires.

Intégration des données / Test de validation des valeurs de seuil

Dans ce type de test, un testeur valide la plage de données. Toutes les valeurs de seuil dans le système cible sont vérifiées si elles correspondent au résultat attendu. Cela implique également l'intégration des données dans le système cible à partir de plusieurs systèmes sources après transformation et chargement.

Example - L'attribut Âge ne doit pas avoir une valeur supérieure à 100. Dans la colonne de date JJ / MM / AA, le champ du mois ne doit pas avoir une valeur supérieure à 12.

Test de migration d'application

Les tests de migration d'application sont normalement effectués automatiquement lorsque vous passez d'une ancienne application à un nouveau système d'application. Ces tests permettent de gagner beaucoup de temps. Il vérifie si les données extraites d'une ancienne application sont identiques à celles du nouveau système d'application.

Vérification des données et test des contraintes

Cela comprend l'exécution de diverses vérifications telles que la vérification du type de données, la vérification de la longueur des données et la vérification de l'index. Ici, un ingénieur de test exécute les scénarios suivants: clé primaire, clé étrangère, NOT NULL, NULL et UNIQUE.

Test de vérification des données en double

Ce test implique la vérification des données en double dans le système cible. Lorsqu'il y a une énorme quantité de données dans le système cible, il est possible qu'il y ait des données en double dans le système de production qui peuvent entraîner des données incorrectes dans les rapports analytiques.

Les valeurs en double peuvent être vérifiées avec une instruction SQL comme -

Select Cust_Id, Cust_NAME, Quantity, COUNT (*) 
FROM Customer
GROUP BY Cust_Id, Cust_NAME, Quantity HAVING COUNT (*) >1;

Des données en double apparaissent dans le système cible pour les raisons suivantes -

• Si aucune clé primaire n'est définie, des valeurs en double peuvent apparaître.
• En raison d'une cartographie incorrecte ou de problèmes environnementaux.
• Erreurs manuelles lors du transfert des données de la source vers le système cible.

Test de transformation des données

Le test de transformation des données n'est pas effectué en exécutant une seule instruction SQL. Cela prend du temps et implique l'exécution de plusieurs requêtes SQL pour chaque ligne afin de vérifier les règles de transformation. Le testeur doit exécuter des requêtes SQL pour chaque ligne, puis comparer la sortie avec les données cibles.

Test de la qualité des données

Les tests de qualité des données impliquent la vérification du nombre, la vérification de la date, la vérification du zéro, la vérification de la précision, etc. Syntax Test pour signaler des caractères non valides, un ordre incorrect des majuscules / minuscules, etc. et Reference Tests pour vérifier si les données sont conformes au modèle de données.

Test incrémental

Des tests incrémentiels sont effectués pour vérifier si les instructions Insertion et Mise à jour sont exécutées conformément au résultat attendu. Ce test est effectué étape par étape avec les anciennes et les nouvelles données.

Les tests de régression

Lorsque nous modifions les règles de transformation et d'agrégation des données pour ajouter de nouvelles fonctionnalités qui aident également le testeur à trouver de nouvelles erreurs, cela s'appelle Test de régression. Les bogues dans les données qui proviennent des tests de régression sont appelés régression.

Nouveau test

Lorsque vous exécutez les tests après avoir corrigé les codes, cela s'appelle un nouveau test.

Test d'intégration de système

Les tests d'intégration de système consistent à tester les composants d'un système individuellement et à intégrer ultérieurement les modules. Une intégration système peut être réalisée de trois manières: descendante, ascendante et hybride.

Test de navigation

Le test de navigation est également connu sous le nom de test du frontal du système. Cela implique des tests du point de vue de l'utilisateur final en vérifiant tous les aspects du rapport frontal - comprend des données dans divers champs, des calculs et des agrégats, etc.