Présentation des composants métier

Un composant métier est une unité réutilisable qui exécute une tâche spécifique dans un processus métier et décrit la condition ou le statut de l’application avant et après la tâche.

Dans cette rubrique :

Enveloppe et contenu du composant métier

Un composant métier est composé de l’enveloppe et du contenu. Vous pouvez utiliser un composant métier dans plusieurs tests de processus métier et plusieurs flux. Les modifications que vous apportez, le cas échéant, à un composant ou à son contenu sont répercutées dans tous les tests de processus métier ou flux contenant ce composant.

Enveloppe

Informations générales telles que le nom et l’état du composant.

Pour plus d’informations sur la création de composants et l’obtention du shell, voir Créer des composants métier dans OpenText Application Quality Management.
Contenu

Étapes ou scripts.

Informations détaillées de base sur un composant, telles que ses étapes manuelles et/ou son automatisation. Le contenu fournit des instructions détaillées nécessaires pour exécuter des tâches de processus métier dans l’application.

Le contenu du composant métier peut être manuel, automatisé ou les deux, selon que vous créez une implémentation manuelle et/ou une automatisation pour le composant.

Pour plus d’informations sur la création de composants manuels, voir Travailler avec des composants métier manuels.

Pour plus d’informations sur la création de composants automatisés, voir Composants relevant de l’automatisation GUI par mot-clé et . Utiliser les automatisations GUI scriptée et API.

Retour en haut

Composant métier manuel

Utilisez l’onglet Implémentation manuelle du module Composants métier pour créer ou modifier un contenu de composant métier manuel sous la forme d’étapes manuelles et de résultats attendus.

Les étapes manuelles représentent les opérations à exécuter dans votre application lorsque vous exécutez le composant dans le cadre d’un test de processus métier ou d’un flux. Chaque étape comprend un nom d’étape, une description textuelle de la procédure à exécuter sur l’application ainsi que le résultat attendu (le cas échéant) à la suite de l’exécution de cette étape. Lorsqu’un test de processus métier ou flux constitué d’un composant manuel est exécuté dans OpenText Application Quality Management, le testeur exécute les étapes définies dans le composant manuel.

Pour plus d’informations, voir Travailler avec des composants métier manuels.

Retour en haut

Composant métier automatisé

L’onglet automatisation du module Composants métiers permet de créer ou de modifier le contenu des composants métiers automatisés sous forme de scripts ou sous forme d’étapes basées sur des mots-clés et de résultats attendus.

Créer ou modifier le contenu du composant métier automatisé sous forme de scripts

Mis en œuvre dans un outil de test tel que OpenText Functional Testing (GUI scriptée ou automatisation API) ou UFT Developer (automatisation UFT Developer).
Créer ou modifier le contenu du composant métier automatisé sous la forme d’étapes et de résultats attendus basés sur des mots clés

Automatisation GUI par mot clé.

Les étapes représentent les opérations à exécuter dans votre application lorsque vous exécutez le composant dans le cadre d’un test de processus métier ou d’un flux. Chaque étape est composée d’un élément (un objet dans l’application ou une opération) et d’une opération. Les éléments et opérations disponibles sont définis par l’ingénieur chargé de l’automatisation dans le référentiel d’objets et dans les bibliothèques de fonctions. Une fois enregistrés dans OpenText Application Quality Management, ces objets et ces opérations deviennent accessibles à l’expert en la matière, qui peut ainsi les insérer dans des étapes.

Remarque : La plupart des informations, des exemples et des images de cette aide se concentrent spécifiquement sur le travail avec les composants automatisés GUI par mot-clé. Pour autant, les informations s’appliquent également en grand partie aux composants scriptés (GUI scriptée ou API).

En cas d’utilisation de l’exécuteur automatisé pour exécuter un test de processus métier ou un flux dans OpenText Application Quality Management, les étapes ou le script définis dans un composant automatisé sont exécutés.

Phases d’automatisation

La création de composants automatisés comprend les étapes suivantes :

Étape

Description
Sélection du type d’automatisation

Vous créez l’automatisation d’un composant lorsque vous sélectionnez le type d’automatisation. Après cette phase, le composant est accessible dans l’outil de test correspondant, tel que OpenText Functional Testing.

L’expert en la matière se charge généralement de la création du composant automatisé dans OpenText Application Quality Management.
Préparation de l’automatisation du contenu

Vous préparez le contenu pour automatisation d’un composant, par exemple, en sélectionnant une zone d’application.

L’expert en la matière se charge généralement de la préparation du composant automatisé dans OpenText Application Quality Management.
Automatisation du contenu

Vous créez des étapes. Les étapes représentent les opérations qui sont exécutées automatiquement dans votre application lorsque vous exécutez le composant à l’aide d’un outil de test.

Après cette phase, les étapes sont entièrement automatisées, et le composant automatisé peut être exécuté dans un exécuteur automatique sans interruption.

L’expert en la matière se charge généralement de l’automatisation des étapes dans OpenText Application Quality Management, avec le concours de l’ingénieur chargé de l’automatisation.

Types d’automatisation

Business Process Testing propose les types d’automatisation suivants.

Type d’automatisation

Description
Automatisation GUI par mot clé.

Permet de créer et de modifier des étapes GUI par mot clé automatisées dans un affichage des mots-clés à partir d’OpenText Application Quality Management.

Pour plus d’informations, voir Composants relevant de l’automatisation GUI par mot-clé.

Note : L’affichage des mots-clés dans OpenText Application Quality Management présente des fonctionnalités analogues à l’affichage des mots-clés Composant métier dans OpenText Functional Testing. Pour une description complète des fonctionnalités proposées dans OpenText Functional Testing, voir le manuel Aide d’OpenText Functional Testing.
Automatisation GUI scriptée

Permet de lancer OpenText Functional Testing pour afficher et modifier les étapes automatisées GUI scriptée et API. Pour plus d’informations, voir Utiliser les automatisations GUI scriptée et API.
Automatisation API

Permet de lancer OpenText Functional Testing ou Service Test pour afficher et modifier les étapes API automatisées. Pour plus d’informations, voir Utiliser les automatisations GUI scriptée et API.

L’automatisation scriptée API est prise en charge pour OpenText 11.10 ou version ultérieure. Pour plus d’informations, voir Service Test User Guide ou les informations sur les tests API dans le manuel Aide d’OpenText Functional Testing.
Automatisation de UFT Developer

Permet d’afficher et de modifier l’implémentation de l’automatisation UFT Developer. Pour plus d’informations, voir Utiliser l’automatisation UFT Developer.

Retour en haut

Zone d’application

Une zone d’application fournit tous les paramètres et toutes les ressources nécessaires pour automatiser le contenu, Lorsque vous créez un composant métier et choisissez une zone d’application associée, les paramètres et les ressources définis dans la zone d’application associée sont intégrés au composant. Par conséquent, toutes les modifications apportées à la zone d’application dans UFT, une par la suite, sont appliquées directement au composant. Vous ne pouvez pas supprimer une zone d’application qui est associée à un composant métier.

A propos de la création d’aires d’application

Vous pouvez créer plusieurs zones d’application, chacune représentant une zone distincte ou un aspect différent de votre application. Il est important que vous sélectionniez la zone d’application adéquate sur laquelle reposera votre composant métier. Chaque zone d’application s’accompagnera d’une description détaillée qui vous aidera à faire le bon choix.

Vous pouvez commencer à créer un composant automatisé, même si sa zone d’application n’a pas encore été créée ou entièrement définie. Vous créez le composant automatisé en ajoutant des commentaires décrivant les étapes à créer lorsque la zone d’application est disponible. Toutefois, si la zone d’application n’a pas encore été créée, vous ne pouvez pas encore ajouter d’étapes de type GUI par mot clé à votre composant.

Qui crée des zones d’application

Les utilisateurs suivants peuvent créer des zones d’application :

Ingénieurs en automatisation dans OpenText Functional Testing

Pour plus de détails sur l’utilisation et la création d’aires d’application dans UFT One, consulter l’OpenText Functional Testing aide.
Experts en la matière ou ingénieurs d’automatisation dans le module Ressources des tests d’ALM

Vous pouvez créer des zones d’application de base d’après un modèle par défaut dans le module Ressources des tests OpenText Application Quality Management. Pour plus d’informations, voir Ressources des tests..

Lors de la création d’une ressource de contexte applicatif dans le module Ressources des tests, vous pouvez utiliser le bouton Affecter en tant que zone d’application par défaut pour définir un contexte applicatif spécifique comme celui utilisé par défaut pour tous les composants du projet ALM.

Toutefois, la plupart des fonctions de la zone d’application sont fournies par l’expert en la matière dans OpenText Functional Testing.

Retour en haut

Dossier de ressources BPT

Les ressources du composant métier pour le projet sont créées automatiquement dans le module Ressources des tests par le OpenText Functional Testing complément pour Business Process Testing.

Les ressources sont stockées dans le dossier BPT Resources. La création automatique a lieu dans les cas suivants :

  • Vous cliquez pour la première fois sur le module Composants métier > onglet Automatisation dans un nouveau projet.
  • Vous créez pour la première fois un composant automatisé OpenText Functional Testing.
  • OpenText Functional Testing établit pour la première fois une connexion à OpenText Application Quality Management.

Pour le bon déroulement des tests de processus métier ou des flux, le dossier BPT Resources et ses sous-dossiers ne doivent être ni renommés ni supprimés.

Le dossier BPT Resources contient toutes les ressources OpenText Functional Testing disponibles pour les composants métier du projet et comprend les sous-dossiers suivants.

Dossier

Description des ressources
Application Areas

Fournit tous les paramètres et toutes les ressources nécessaires pour créer le contenu automatisé pour une application donnée ou partie d’une application. La zone d’application comprend généralement tous les éléments contenus dans les dossiers répertoriés ci-après.
Function Libraries

Contient toutes les bibliothèques de fonctions disponibles pour les composants métier du projet OpenText Functional Testing. Les bibliothèques de fonctions fournissent des opérations personnalisées (GUI par mot clé) pour les composants (fonctions VBScript, sous-routines, etc.).

Le dossier Libraries contient la bibliothèque de fonctions par défaut regroupant les opérations utilisables lors de la création d’étapes. L’ingénieur chargé de l’automatisation peut y stocker des bibliothèques de fonction supplémentaires.
Object Repositories

Contient toutes les fichiers du référentiel d’objets partagés disponibles pour les composants du projet OpenText Functional Testing. Les fichiers du référentiel d’objets définissent les objets de test utilisables dans les étapes du composant.
Recovery Scenarios

Contient toutes les fichiers de scénario de récupération disponibles pour les composants du projet OpenText Functional Testing. Les scénarios de récupération définissent les opérations spéciales servant à la récupération des erreurs et événements inattendus pendant l’exécution du composant. Le dossier Recovery Scenarios contient par défaut le fichier DefaultWeb.qrs, qui est un fichier de scénario de récupération utilisable dans l’environnement Web.

Retour en haut

Exemples de composant métier

Exemples de composant métier :

Exemple : Composants métier

Nom du composant métier

Tâche

État antérieur de l’application

État postérieur de l’application

Login

Connexion du banquier à une application bancaire

<aucun>

L’application est lancée, et la page d’accueil principale s’affiche.

SearchLoan

Recherche d’un prêt bancaire existant par le banquier

Le banquier est connecté, et la page d’accueil principale s’affiche.

L’application affiche la page principale des informations de prêt ou une page indiquant que le prêt est introuvable.

Exemple de contenu de composant métier :

Exemple : Contenu

Étape

Description

Résultats attendus

1

Vous ouvrez l’application.

L’application est lancée, et la page de connexion s’affiche.

2

Vous saisissez un nom d’utilisateur.

Le curseur se déplace jusqu’au champ du mot de passe.

3

Vous saisissez un mot de passe.

Les caractères du mot de passe sont affichés sous forme d’astérisques.

4

Vous cliquez sur Soumettre dans la page Web.

La page principale de l’application s’affiche.

Vous pouvez utiliser des conditions d’exécution pour permettre une exécution sélective des composants, en fonction des étapes antérieures d’un test ou d’un flux. Pour plus d’informations, voir Définir les conditions d’exécution des flux et des tests de processus métier.

Lorsque Kit d’applications fournies BPT apprend un flux ou un test, il crée un nouveau composant métier pour chaque écran ou onglet auquel vous accédez dans vos applications. Kit d’applications fournies BPT vous permet également d’identifier et de réutiliser des composants appris au lieu d’en créer d’autres dans votre flux/test. Pour plus d’informations sur l’apprentissage, voir Apprendre des tests et des flux de processus métier.

Conseil : Pour obtenir des exemples de procédures de création de graphiques pour les mesures de la structure Business Process Testing, voir cet article de la base de connaissances.

Retour en haut