Préparer une vérification utile
Le pipeline dépend des schémas, horaires sources, identités techniques et capacités de destination.
Préparer des conditions représentatives, un résultat attendu et une procédure d’arrêt si le test devient perturbant. Conserver le résultat, les écarts et les corrections. Un test réussi sur un cas simple ne couvre pas automatiquement les exceptions ni les autres périmètres.
Exemple fictif : une source arrive après la fenêtre de chargement, le tableau du matin doit signaler son incomplétude plutôt qu’afficher silencieusement un total partiel.
Documenter explicitement le comportement en cas de retard ou d’absence. Un succès technique ne doit pas masquer un échec métier.
Application à votre contexte
Définissez les préconditions, le scénario, le résultat attendu et le critère d'arrêt. Le test doit être autorisé et organisé sans mettre en danger la production ou les données.
Mesurez les anomalies sur un dénominateur explicite et distinguez les données corrigées des causes supprimées. Nettoyer un export chaque semaine peut masquer une erreur de saisie ou de transformation qui continue à se reproduire dans la source.