Click to learn about components Click to learn about data and parameters Click to learn about business process tests and flows Click to learn about running business process tests and flows Click to learn about business process tests and flows Click to learn about data and parameters Click to learn about components Click to learn about running business process tests and flows

Choix des techniques de conception

La structure de test de Business Process Testing n’impose pas de modèle particulier pour l’incorporation des processus métier dans un environnement de test. Le flux de travail mis en place dans une entreprise peut être différent selon les projets ou selon les étapes du cycle de vie du développement d’une application.

Note : La structure des sections de cette aide suit l’approche ascendante.

Approche ascendante

L’approche ascendante consiste à commencer par définir les composants de niveau de base puis à élaborer les tests de processus métier en fonction des composants définis. Cette technique se révèle particulièrement utile dans les cas suivants :

  • Tests de régression

  • Processus métier clairement définis au sein de l’organisation

  • Utilisateurs découvrant Business Process Testing

Les différentes étapes de l’approche ascendante se déroulent dans l’ordre suivant :

L’approche ascendante repose sur les phases de conception suivantes :

Étape

Description
Spécification du composant

Développer une arborescence des composants avec composants.

Créer le shell du composant en ajoutant des informations de base.

Créer le contenu du composant en ajoutant des implémentations manuelles et/ou automatisées. Le composant peut contenir les éléments de contenu suivants :

  • Implémentation manuelle, dans le cas de composants manuels

  • Automatisation, dans le cas de composants automatisés

  • Implémentation manuelle et automatisation

Pour plus d’informations sur la création de composants, voir Créer des composants métier dans ALM.
Traitement des données

Concevoir les données utilisées par chaque test de processus métier, flux ou composant pendant son exécution.

Pour plus d’informations, voir Travailler avec des paramètres, des itérations et des configurations.
Plan de test

Élaborer des plans de test ainsi que des tests de processus métier et des flux.

Pour plus d’informations, voir Planifier des tests de processus métier et des flux.
Exécution de test

Créer un sous-ensemble des tests de processus métier dans votre projet et les exécuter.

Pour plus d’informations, voir Exécuter des tests et des flux de processus métier.

Pour un exemple de flux de travail courant avec Kit d’applications fournies BPT, voir Travailler avec Kit d’applications fournies BPT.

Retour en haut

Approche descendante

L’approche descendante repose sur le point de vue de l’expert en la matière, possédant une connaissance approfondie du système dans son ensemble.

L’approche descendante préconise la création d’entités de test de processus métier pour les tests de régression selon la hiérarchisation suivante :

  • Tests de processus métier, constitués de flux et/ou de composants métier

  • Flux, constitués de composants métier

  • Composants métier, constitués d’étapes manuelles et/ou d’une automatisation

Les différentes étapes de l’approche descendante se déroulent dans l’ordre suivant :

L’approche descendante repose sur les phases de conception suivantes :

Phase de conception Description
Conception de niveau supérieur

Elle inclut la création de tests de processus métier et la détermination des configurations de test nécessaires pour différentes utilisations.

Dans le cas de la conception de niveau supérieur :

  • Optez pour une conception modulaire de manière à faciliter l’automatisation. Élaborez des tests de manière à pouvoir utiliser des composants réutilisables plus petits.

  • Utilisez des composants réutilisables, rendant la gestion des tests plus facile.

  • Gardez à l’esprit que les ingénieurs chargés de l’automatisation peuvent se servir de la conception comme structure pour élaborer des méthodes facilitant l’automatisation, au lieu de créer des composants scriptés.

Cette partie de la phase de conception est souvent réalisée à la fois par l’expert en la matière et par l’ingénieur chargé de l’automatisation. Par exemple, l’élaboration des tests de processus métier et de leurs configurations peut être prise en charge par l’expert en la matière, tandis que la conception des composants automatisés peut être assurée par l’ingénieur chargé de l’automatisation.
Conception de niveau intermédiaire

Elle inclut les opérations suivantes :

  • création des flux (ensembles de composants métier suivant un ordre logique et pouvant être exécutés). Les flux sont considérés comme des « composants composés » ;

  • création des composants métier (unités réutilisables). Seul le shell du composant est créé pendant cette phase ;

  • spécification de critères pour une plus grande granularité de la couverture de test (exigences) si nécessaire ;

  • liaison à d’autres entités ALM ;

  • paramétrage et promotion des paramètres ;

  • ajout de composants métier à des tests de processus métier et des flux.

Cette partie de la phase de conception est généralement prise en charge par l’expert en la matière, mais elle peut également être réalisée avec le concours de l’ingénieur chargé de l’automatisation, suivant les ressources et les compétences à disposition.
Implémentation de niveau inférieur

Elle inclut l’implémentation à un faible niveau du contenu des composants métier au moyen des opérations suivantes :

  • Création des étapes de composant (contenu du composant métier), y compris les étapes automatisées en cas de besoin

  • Regroupement des composants

  • Configuration des itérations (pour les tests de processus métier, les flux, les groupes et les composants)

  • Liaison des paramètres

Cette partie de la phase de conception peut être prise en charge par l’expert en la matière et/ou par l’ingénieur chargé de l’automatisation.

Retour en haut

Approche orientée développement Agile

Cette technique repose sur l’utilisation de Business Process Testing pour fournir des tests en sprints, en guise de fonctions de code développeur pour l’application faisant l’objet du test. Les composants et les tests sont créés et mis à jour parallèlement au développement.

Exemple :

Si l’application faisant l’objet du test est implémentée en Java, les composants peuvent être regroupés suivant les classes représentant certains groupes d’éléments de l’interface, notamment les boutons de barre d’outils. Chaque fois qu’un bouton est ajouté à la barre d’outils, le composant représentant cette classe est mis à jour.

Cette méthode favorise les pratiques suivantes :

  • Automatisation. En raison de la courte durée des sprints, il est important d’automatiser autant que possible les processus.

  • Réutilisation des composants. La réutilisation des composants est analogue dans sa conception à l’implémentation modulaire pratiquée par les développeurs à des fins de réutilisation.

L’approche orientée développement Agile est présentée ci-après.

Retour en haut

Voir aussi :