Bonnes pratiques de test

Exploitez tout le potentiel de Pega en réalisant vos tests de manière minutieuse et rapide à l’aide des outils clés en main et bonnes pratiques.

Les tests jouent un rôle central dans tout projet. Or, Pega a pour objectif de proposer un système de qualité et fonctionnel de la manière la plus simple et la plus rapide possible.
 

Pour ce faire, nous proposons des outils et processus qui améliorent et simplifient l'approche habituellement utilisée pour les tests. Ce module s'intéresse aux six bonnes pratiques suivantes : 

1. Tester tôt, souvent et à chaque fois : les tests doivent être réalisés lors de chaque sprint, en parallèle du développement, et non pas à la toute fin du processus, comme dans les projets en cascade. Le développement en sprint n'est pas terminé tant que le code n'a pas été validé par des tests. Ce principe garantit que les problèmes ne se répètent pas par la suite. Par ailleurs, cette pratique facilite la création et la gestion de scripts de régression.
2. Impliquer les experts métier : intégrez le métier à l'équipe de développement pour aboutir rapidement à un logiciel fonctionnel. Vérifiez tôt si la solution proposée aide les intervenants métier et ne se contente pas de simplement répondre aux exigences.
3. Concentrer les tests manuels sur ce qui a changé : les tests Pega suivent une approche basée sur des modèles permettant la réutilisation de logiciels entièrement testés. Vous pouvez ainsi vous concentrer sur les éléments nouveaux.
4. Créer un plan de test Pega : des directives sur le déroulement du développement et des tests vous permettent de mettre votre application en production plus rapidement, avec un ensemble de parcours client entièrement testés qui génèrent de la valeur ajoutée pour l'entreprise.
5. Utiliser les outils intégrés de Pega : des outils comme le tableau de bord Application Quality offrent une vision complète de l'état de l'application, y compris une évaluation des seuils et de la couverture des tests, qui met en avant les problèmes potentiels avant même qu'ils ne se concrétisent.
6. Créer des scripts de test automatisés : Pega Platform™ vous permet d'automatiser des tests fonctionnels même lorsque l'écran change. Vous pouvez ainsi réaliser des tests de non-régression beaucoup plus facilement. Par ailleurs, Pega Platform facilite le test des applications en limitant le besoin de créer une documentation complète autour des scripts pour se concentrer sur l'exécution des tests à proprement parler.

Voici plus d'informations sur chacun de ces principes, en commençant par Tester tôt, souvent et à chaque fois.

Le concept Tester tôt, souvent et à chaque fois permet de mettre en lumière les petits problèmes avant qu'ils ne se transforment en anomalies graves. Le coût de la recherche et de la correction d'une anomalie plus tard dans le projet est en effet 10 fois plus élevé. En identifiant les anomalies aussitôt que possible, vous faites donc de grosses économies de temps et d'argent. C'est ce que l'on appelle « shifting left », car les tests passent sur la gauche, aussi tôt que possible dans le cycle de vie du projet.

Le test d'une application Pega est extrêmement simple grâce aux processus et outils robustes et prêts à l'emploi fournis. L'approche de Pega vous permet de réaliser des tests rapidement, mais de manière exhaustive. En localisant les problèmes plus tôt au cours du cycle de test, vous établissez une base de tests reproductibles tout au long de la durée de vie du projet.

Vous pouvez également vous assurer que vos system architects créent et suivent une Definition of Done pour qu'ils adoptent des habitudes de test appropriées tout au long du cycle de vie du projet.

Voici un exemple de Definition of Done, qui n'est ni plus ni moins qu'une liste de bonnes habitudes de développement. Il existe une version standard créée par Pega, mais elle peut être adaptée à votre projet si besoin. L'important est de disposer d'une liste formelle.

Les tests et la validation jouent un rôle tellement important dans le développement...

…  que 4 des 12 habitudes répertoriées dans la Definition of Done y sont liées.

En tant que développeur, votre code et votre travail ne sont pas terminés tant que vous n'avez pas procédé à des tests unitaires et créé un script PegaUnit associé. Ce script sera utilisé par la suite lors des tests de non-régression.

Le deuxième accélérateur des tests de Pega consiste à impliquer les experts métier.

Dès le début du projet, en plus du développement, il est important d'intégrer le côté métier à l'équipe Scrum en tant que testeurs Scrum. Les experts métier peuvent identifier les problèmes rapidement et sont plus à même de déterminer si l'application permet d'obtenir les résultats métier attendus. Ils connaissent le processus métier sur le bout des doigts, ce qui en fait des testeurs de choix.

L'implication des utilisateurs métier permet également de favoriser une adoption rapide de l'application. En effet, les utilisateurs peuvent y accéder avant sa mise à disposition et la maîtrisent ainsi davantage.  De plus, ils se transforment naturellement en partisans de la solution auprès de leurs pairs.

Impliquez les utilisateurs métier dès le début de votre projet et faites-en des membres à part entière de votre équipe.

Troisième accélérateur : se concentrer sur ce qui a changé.

Les tests manuels demandent du temps. Pour plus d'efficacité, concentrez-les sur les zones de l'application qui ont changé ou sont nouvelles. Il n'est pas nécessaire de retester manuellement ce qui n'a pas été changé ou les zones non concernées par le sprint en cours.

Une fois tous les problèmes résolus et les tests validés, créez un ensemble de tests automatisés dans l'un des outils de Pega, PegaUnit par exemple, et intégrez-les dans la suite de tests de non-régression automatisée, qui peut être exécutée automatiquement. Cette stratégie permet d'éviter que de nouveaux problèmes ne soient introduits au cours du sprint.

Ensuite, des directives claires sont nécessaires sur l'ordre de développement et de test à suivre afin de procéder à une mise en production plus rapide d'un ensemble entièrement testé de Microjourneys qui généreront de la valeur pour l'entreprise.

Une question revient toujours : comment organiser les tests pour qu'ils soient efficaces ?  Pega a mis au point un plan de test simple qui permet d'atteindre ces objectifs tout en suivant une approche centrée sur les Microjourneys.  Ce plan veille à ce que la couverture de vos tests soit complète et permet de générer des rapports d'état des tests en termes de résultats métier plutôt que d'éléments fonctionnels disparates et de statistiques de couverture génériques.

La création d'un plan de test Pega est très simple.  Pour commencer, créez un tableau de 6 colonnes afin de pouvoir identifier facilement et tester pleinement l'ensemble de vos Microjourneys. 

Dans la première colonne, indiquez vos Microjourneys™, par exemple Obtenir un prêt immobilier. Dans la colonne suivante, précisez les sous-dossiers, les composants de base de Pega, de chacun de ces Microjourneys. Dans les colonnes suivantes, allez plus loin dans le détail en inscrivant les phases, personas, canaux et interfaces de chaque Microjourney.

Une fois que vous aurez terminé, vous disposerez d'un tableau pour chaque Microjourney, comme l'illustre l'exemple suivant.  Chaque ligne du tableau représente un chemin à tester dans le Microjourney, ce qui garantit que tous ses résultats sont testés. 

Cette approche permet de générer un rapport sur l'état de l'application en des termes compréhensibles par les parties prenantes métier.  Plutôt que de générer des rapports sur des fonctionnalités aléatoires, concentrez-vous sur des Microjourneys clients et résultats métier spécifiques : quel pourcentage du parcours a été testé, quels chemins ont été validés et lesquels présentent des problèmes.  Les parties prenantes métier disposeront ainsi d'une visibilité claire sur ce qui fonctionne et ce qui ne fonctionne pas, car la formulation et le format de ces rapports leur parleront.

La qualité du plan de test dépend des critères d'acceptation.  Il est essentiel que le client nomme un product owner impliqué et ayant les moyens d'accomplir sa mission. Cette personne doit disposer des connaissances nécessaires et pouvoir prendre des décisions concernant la solution, mais aussi être en mesure de rédiger des critères d'acceptation complets et précis.

Des critères d'acceptation bien conçus doivent présenter les caractéristiques suivantes : 

testables, avec des résultats attendus clairement définis

et

clairs et concis, sans ambiguïté

Pega fournit également des outils natifs Pega Platform pour faciliter la validation de l'application.

Le tableau de bord Application Quality offre ainsi une vue complète de l'état de l'application. Il comporte par défaut 4 vignettes concernant respectivement les seuils, la couverture des tests, les tests unitaires et les tests de scénario. Chaque vignette dispose d'informations récapitulatives et permet d'accéder à davantage de détails.

Le tableau de bord peut être facilement étendu pour prendre en charge des vignettes personnalisées supplémentaires.

Pega propose en outre des fonctionnalités DevOps avec des outils complets permettant la prise en charge des pipelines d'intégration et de livraison continues (CI/CD).

• L'application Deployment Manager, simple et intuitive, propose des fonctionnalités DevOps clés en main.
• Elle repose sur la technologie de Case Management de pointe de Pega pour assurer la gestion d'un moteur d'orchestration automatisé qui vous permettra de créer et d'exécuter des pipelines d'intégration et de livraison continues sur la base de modèles.
• Vous pouvez déployer des mises à jour de votre application en un clic, sans recourir à des services d'automatisation tiers comme Jenkins ou Bamboo. Des pipelines totalement automatisés permettent de réduire considérablement le délai de valorisation pour les utilisateurs finaux.
• Deployment Manager prend en charge l'intégration continue, la livraison continue, l'exécution de tests, le reporting, les diagnostics, les validations manuelles, les annulations de déploiements, les annulations de modifications, les rôles et privilèges, ainsi que les notifications.
• Vous pouvez mesurer la conformité aux seuils, exécuter des tests PegaUnit et de scénario, et valider la couverture des tests directement depuis cette application.

Pega prend en charge différents outils permettant de créer et gérer des scripts de test automatisés natifs de Pega et d'outils tiers.

Créez votre pyramide de tests à l'aide des fonctionnalités incluses dans Pega et d'autres solutions métier.

• Multipliez les tests unitaires.
• Créez une base solide.  Le framework de test PegaUnit permet d'effectuer des tests unitaires de types de règles spécifiques au sein de l'environnement de développement Pega. Les développeurs d'applications sont ainsi en mesure de créer des tests unitaires à mesure qu'ils conçoivent des règles. 
• Créez des tests fonctionnels basés sur des API. PegaAPI permet de créer des tests vérifiant la logique sous-jacente sans passer par l'interface utilisateur, ce qui peut être utile lorsque l'interface évolue fréquemment.
• Créez des tests de scénario qui vérifient que certains cas d'utilisation de bout en bout fonctionnent comme prévu.  PegaScenario s'appuie sur une propriété unique d'ID de test dans les règles d'interface qui prend en charge les tests automatisés. Vous pouvez ainsi écrire des tests automatisés fiables basés sur l'interface pour toute application Pega. 
• Pega dispose d'outils natifs de la plateforme qui prennent en charge les composants de la pyramide de tests.  Il est également possible d'utiliser de nombreux autres outils de référence du secteur. Toutefois, dans le cadre du test d'une application Pega, les outils Pega constituent généralement la meilleure option.

Pourquoi l'automatisation est-elle si importante ?  L'automatisation a pour objectif de favoriser la qualité et la reproductibilité

Consultez et gérez tous les tests PegaUnit créés sur la page d’accueil PegaUnit.  Filtrez la liste des tests, sélectionnez les tests à exécuter, puis consultez et analysez les résultats plus en détail. <Cliquez dans l'interface lentement pendant que vous parlez>

• Le test unitaire constitue le premier niveau de test de toute méthodologie de développement logiciel.
• Les tests PegaUnit sont créés pour les « règles », les unités les plus petites pouvant faire l'objet de tests dans les applications Pega.
• Le system architect teste la règle manuellement dans un premier temps, puis la convertit en test automatisé pouvant être exécuté par la suite.
• Des tests unitaires complets permettent de modifier ou gérer le code de manière plus assurée et accélèrent le développement en détectant les défauts tôt.
• Les tests de scénario sont des tests d'interface utilisateur fonctionnels généralement écrits dans des outils tiers comme Selenium et Rspecs, dont la configuration et la gestion sont complexes.
• PegaScenario est une technologie Pega basée sur les modèles qui permet d'automatiser les tests d'interface utilisateur de vos applications.
• Simple, intuitive et prête à l'emploi, cette technologie permet aux utilisateurs de se concentrer sur la création de tests fonctionnels et utiles plutôt que d'écrire du code complexe.
• PegaScenario prend en charge de nombreux éléments d'interface utilisateur, notamment :
  • Contrôles, mises en page et listes prêts à l'emploi
  • Contrôles personnalisés
  • Navigation entre pages et actions locales
  • Données dynamiques
  • Service REST permettant d'appeler à distance l'exécution de cas de test

Créez des tests de scénario en toute simplicité en utilisant l'interface utilisateur de l'application et en suivant les étapes ci-dessous :

1. Sélectionnez un type de dossier spécifique ou le portail tout entier.
2. Passez en revue le scénario à tester.
3. Indiquez un nom, une description et un contexte pour le test.
4. Enregistrez le test dans un ruleset d'automatisation.
5. Exécutez les tests de scénario enregistrés depuis le panneau Scenario Test et corrigez les éventuelles défaillances.

Les scripts automatisés font partie de Deployment Manager et du processus de déploiement.  Le respect de la méthodologie DevOps, qui permet d'assurer une cohérence dans les tests, la migration de branches et la mise en production, préserve le processus automatisé qui garantit la qualité et la cohérence lors du passage vers l'environnement de simulation (« staging »), celui de production ou tout autre environnement.

Les scripts automatisés comptent de nombreux avantages, qui ne se limitent pas aux tests de non-régression en cours de sprint.  Ils font partie de Deployment Manager et du processus de déploiement. 

Les tests sont essentiels. Pega fournit les outils et processus qui facilitent et simplifient l'approche standard de leur mise en œuvre afin de proposer une expérience plus rapide, efficace et facile.

Vérifiez vos connaissances avec les interactions suivantes.