WoodmenLife redéfinit les tests pour atteindre les objectifs de qualité

Le projet

Lorsque WoodmenLife a décidé de faire passer le développement de cascade à Agile, cela a soulevé une grande question : comment pourraient-ils intégrer une méthodologie de test automatisée mise à jour dans l'ensemble du processus ?

Avec plus de 10 ans dans des rôles d'assurance qualité et des efforts d'automatisation à la tête, Danny Oslin savait que le surnom Agile ne signifierait pas que la qualité suivrait sans effort. Cependant, son expérience en gestion de l'assurance qualité et en automatisation l'a amené à adopter Agile comme base pour apporter de la valeur à l'organisation.

« Envisager d'intégrer la qualité au sein de ces équipes Agiles, c'est une chose de dire que nous voulons être Agiles. Vous ne devenez pas simplement Agile soudainement et ensuite tout commence à bien fonctionner. Et vous n'atteignez certainement pas un haut niveau de qualité dès le départ non plus.

—Danny Oslin, responsable de l'automatisation d'entreprise chez WoodmenLife

Étant donné que la cascade est un modèle de cycle de vie linéaire-séquentiel, les tests sont toujours effectués à la fin de chaque phase. Ce modèle ne permettre des pipelines continus, une méthodologie qui peut grandement améliorer l'identification précoce des bogues et la gestion des risques.

Intégration continue et déploiement continu

L'objectif ultime de l'équipe d'automatisation d'Oslin est un véritable environnement de développement et de test d'intégration et de déploiement continus (CI/CD). Auparavant, l'équipe utilisait un modèle où les QA passaient principalement par l'interface utilisateur, qui est trop à droite sur la chronologie.

Au lieu de tester les inconnues, le mantra "tester tôt et souvent" est devenu le nouveau plan. Cela signifiait que l'équipe devait comprendre quoi et quand tester. Et cela a soulevé tout le concept de test de décalage à gauche dans le cycle de développement.

Le déplacement vers la gauche implique la prévention des problèmes et l'atténuation des risques à l'avance plutôt que la résolution des bogues après le déploiement.

« Pour décaler vers la gauche, changez votre façon de travailler, pas le travail que vous faites. Transformez l'état d'esprit et les processus, redéfinissez votre stratégie et utilisez les outils pour vous aider à atteindre cet objectif.

—Danny Oslin, responsable de l'automatisation d'entreprise chez WoodmenLife

L'approche

Pour faciliter la transition de l'état d'esprit en cascade consistant à attendre la fin du cycle de développement pour tester, Oslin et son équipe ont tiré parti d'un concept « Three Amigos » composé de trois équipes clés.

1. Rédacteurs d'exigences
2. Développeurs
3. Ingénieurs QA

Lors de discussions entre les Trois Amigos, ils ont établi une compréhension claire de ce qui serait requis de leurs rôles respectifs pour atteindre l'objectif.

Transparence et documentation automatisées pour de meilleurs flux de travail

Si un testeur n'a pas le privilège d'avoir des connaissances ou des informations avant le début du travail, il perd un temps précieux à collecter ces informations. Cela provoque un roulement dans les équipes car elles doivent obtenir des éclaircissements des développeurs sur les attentes. Au lieu d'avoir des silos détachés, la nouvelle approche permet une compréhension partagée de la portée du travail, des attentes et des flux de travail.

Les développeurs de WoodmenLife comprennent l'importance des tests unitaires et les intégreront plus tôt dans le cycle de développement. Cela garantira que tout fonctionne comme il se doit du point de vue du développeur. Après cela, des tests fonctionnels au niveau du service garantissent que les choses fonctionnent correctement.

Au moment où le code est déployé dans l'équipe d'assurance qualité, les testeurs ont développé un plan de test
avec des cas de test adéquats et appropriés pour garantir les résultats souhaités.

La solution

Le fait de devoir exécuter l'ensemble de l'automatisation de l'interface utilisateur dans un court laps de temps au cours d'un sprint est devenu un goulot d'étranglement. Pour déplacer leurs tests vers la gauche pour plus d'efficacité, leur adoption Agile implique d'étendre l'automatisation des tests au-delà de l'interface utilisateur aux niveaux de l'unité et du service.

La solution Parasoft leur permet d'effectuer à la fois des tests unitaires et des tests d'API dans leur flux de travail Agile. De la manière dont ils réalisent les builds et gèrent les déploiements aux tests et à la gestion des flux de travail, cela est devenu un changement fondamental de stratégie.

L'équipe a réduit quatre semaines d'efforts de test manuel de l'interface utilisateur à trois heures pour les tests automatisés de niveau de service de l'API pour un cycle de test de version. Sur une cadence de publication mensuelle, ils ont économisé 500 heures de tests manuels.

Avec une approche mesurée vers Agile, l'équipe a commencé avec des développeurs travaillant sur le code. L'étape suivante consistait pour les ingénieurs en automatisation à écrire l'automatisation des tests afin que, lors de la livraison du code, l'automatisation soit prête à être exécutée.

Il faut un degré élevé de collaboration entre QA et Dev pour y parvenir. Le code doit devenir plus testable, obligeant l'équipe à modifier la façon dont elle écrit le code de l'interface utilisateur pour faciliter l'identification des contrôles. La plate-forme de Parasoft montre clairement la couverture du code avec des résultats visibles qui aident à atténuer les risques sans noter ni maintenir les tests manuellement. Cela permet à Olsin et à son équipe de définir la couverture de test pour les applications et de mesurer sa précision.

Les Résultats

Parasoft SOAtest et Virtualize permettent à l'équipe d'automatisation de transférer la plupart de leurs tests fonctionnels vers des tests de niveau de service ou des tests d'API. Cela garantira que tout fonctionne correctement pour fournir des données à présenter via l'interface utilisateur en utilisant des services virtuels.

Parasoft CTP les aide également à contrôler l'environnement dont ils ont besoin pour tester le système de paiement. Ils peuvent tester et vérifier que le système de paiement fonctionne correctement en l'isolant
depuis le backend et en utilisant un service virtuel pour gérer le trafic. Cela élimine l'effort manuel qui était nécessaire pour identifier et supprimer les paiements invalides générés dans le système de production à partir des tests.

En fin de compte, ce qu'Oslin a appris, c'est qu'en éduquant les développeurs sur la valeur et l'importance des tests automatisés et en impliquant l'équipe d'assurance qualité plus tôt, l'entreprise pourrait améliorer les processus et améliorer les choses pour son équipe et ses clients.

Leur nouveau flux de travail s'appuie sur les meilleures pratiques d'analyse statique et de tests unitaires. Il ajoute également des tests d'API avec la virtualisation des services, tout en effectuant une quantité appropriée de tests d'interface utilisateur pour couvrir l'ensemble de l'application. Les tests d'intégration automatisés garantissent que WoodmenLife répond à toutes ses exigences.