Exemple de Test case basé sur une Route - 7.0

Talend Software Development Life Cycle - Guide de bonnes pratiques

author
Talend Documentation Team
EnrichVersion
7.0
EnrichProdName
Talend Big Data
Talend Data Fabric
Talend Data Integration
Talend Data Management Platform
Talend Data Services Platform
Talend ESB
Talend MDM Platform
task
Administration et monitoring
Création et développement
EnrichPlatform
Studio Talend
Talend Administration Center
Talend Artifact Repository
Talend CommandLine
Talend JobServer
Une Route nommée route_file est créée dans un projet nommé ci_project. Cette Route a pour but de lire un fichier, avant de convertir son contenu en chaînes de type String et d'écrire le résultat dans un log.

La partie traitement de données (cConvertBodyTo et cSplit) est utilisée pour créer un Route Test Case appelé test_route_file et des composants cMock sont utilisés pour simuler des échanges de messages et des endpoints, permettant aux développeurs de tester et faire correspondre les messages d'entrée et de sortie.

Notez que le squelette généré dépend du/des composant(s) sélectionnés dans la Route pour créer le test.

Ici, le Test Case a pour but de :
  • générer des échanges de messages et lire des données test d'entrée (composants cTimer et cMock_1),

  • transformer des données avec un ensemble immuable (éléments INPUT et OUTPUT items) basé sur la Route d'origine,

  • vérifier que les messages ont été routés comme attendu et valider le résultat en sortie du Test (nombre de messages, contenu, en-tête, etc.) en utilisant le composant cMock_2.

Notez que vous pouvez ajouter autant d'instances de tests que vous le souhaitez, ce qui signifie que vous pouvez exécuter le même type de test avec différents fichiers d'entrée et de référence.

Le Route Test Case est prêt à être exécuté une fois que l'ensemble de données a été défini dans la vue Test Cases. L'ensemble de données consiste en plusieurs fichiers de données que vous définissez comme fichiers d'entrée et de référence afin de tester vos données.

Le Route Test Case a été exécuté avec succès dans l'instance de test, et les fichiers d'entrée et de référence sont identiques.

Une fois que les développeurs ont conçu les tests d'intégration en local dans le Studio, ces tests doivent être automatisés avec des outils d'intégration continue tels que des systèmes de build. Pour plus d'informations, consultez Exécution des tests.