Le framework de la dernière chance | Episode 8 : La lumière au bout du tunnel avec Robot Framework
Précédemment, dans "Framework de la dernière chance" : après une course effrénée contre-la-montre pour élaborer une solution d’automatisation des tests avec Robot Framework destinée à doubler la cadence des mises en production du site de leur client spécialisé dans les masques de catch mexicains, l’heure de vérité est enfin arrivée. Le destin de ce projet repose sur cette présentation. Kelly et son équipe, le cœur battant entre excitation et anxiété, se préparent à dévoiler leur proposition commerciale et à faire face à l'ultime épreuve qui pourrait sceller le sort de leur mission.
Vous avez manqué le précédent épisode ? Consultez-le en cliquant ici.
L’atmosphère est électrique. Alors que Kelly se prépare à l’effort ultime, les développeurs, en position de bataille, sont aussi tendus qu’un câble HDMI. Quant à Brenda, anxieuse à l’idée de perdre ce projet, se bat contre sa propre nervosité pour garder ses ongles, fraîchement refaits après avoir été dévorés par le stress, loin de sa bouche.
Kelly commence la réunion en annonçant à son client que l’équipe propose de déployer une stratégie d’automatisation des tests pour répondre à ses besoins. Elle explique que cela implique :
- La mise en place d'une nouvelle technologie,
- L'intégration d'un nouveau membre dans l'équipe : un concepteur développeur en tests automatisés,
- L’évolution du workflow existant.
Kelly lance la présentation en affichant trois graphiques pour illustrer les performances de l'automatisation.
Kelly : « Regardez ce premier graphique. Il montre que le coût initial des tests automatisés est plus élevé que celui des tests manuels, mais à partir du troisième cycle, l'automatisation des tests commence à produire un retour sur investissement. »
Brenda rassemble toute son assurance et poursuit.
Brenda : « Le deuxième graphique compare la vélocité des tests. En une heure, nous pouvons lancer beaucoup plus de tests automatisés que de tests manuels, ce qui nous accorde un gain de temps conséquent. »
Le client observe attentivement. Kelly poursuit.
Kelly : « Le troisième visuel démontre que plus la couverture des tests automatisés augmente, plus la charge des campagnes de non-régression diminue, ce qui est essentiel pour éviter le trouble sur la sécurisation des déploiements. »
Kelly conclut cette partie de la présentation.
Kelly : « Enfin, pour chaque testeur en automatisation, nous aurions besoin, en moyenne, de quatre développeurs. »
Les développeurs Harper, Brad et Courtney prennent le relais pour expliquer la nouvelle organisation du travail.
Harper : « Nous démarrons avec des tests exploratoires et d'acceptation afin de cartographier le terrain. Une fois que nous obtenons le feu vert, nous passons à l'automatisation de ces tests pour les rendre runnables en continu. »
Brad : « Nous codons ensuite les tests unitaires, et nous poussons les tests d’intégration vers l’automatisation si ça devient nécessaire pour les cycles de build. »
Courtney poursuit : « Via Jira, le Product Owner, Kelly, ou même Brenda en qualité de testeuse manuelle, vérifie la pertinence des stories à automatiser. »
Harper : « Nous développerons ensuite les scripts des stories en utilisant Robot Framework et les versioning sur des plateformes comme GitHub ou GitLab. »
Brad : « Ces scripts seront exécutés soit manuellement, soit via Jenkins en mode automatique. Jenkins se charge aussi de générer les rapports. Si une régression est détectée, des tickets sont automatiquement ouverts dans Jira pour les devs. »
Brenda intervient pour présenter le cycle de production sécurisé.
Brenda : « Nous commençons par la phase de conception. Les nouveaux besoins sont analysés pendant que les développeurs conçoivent l'application et que le concepteur développeur en tests automatisés développe les scripts. »
« Après le déploiement, continue Brenda, les tests de non-régression sont lancés automatiquement. Ensuite, la phase de sécurisation s'active. Je maintiendrai les scripts et j’effectuerai des tests d'acceptance et exploratoires. »
« Si des anomalies sont détectées, conclut-elle, elles sont corrigées en phase de conception jusqu'à obtenir le GO final pour la mise en production. »
Scott, l'expert technique, apporte les derniers éléments.
Scott : « Les scripts automatisés se conçoivent souvent à cycle +1 car les tests end-to-end nécessitent des environnements de déploiement stables. De plus, la maintenance des tests peut devenir chronophage. Cependant, avec des environnements de test stables et de bonnes pratiques, la maintenance peut être réduite à 20%, et libérer 80% pour la conception. »
Le client écoute attentivement. L’équipe bouillonne d’impatience. Leur projet est-il sauvé ?
Après un court moment de réflexion, le client demande un délai pour examiner leur proposition ainsi que celles de la concurrence. L’équipe repart les mains vides, mais l’espoir reste intact...
Épilogue
Le temps passe.
Brenda, fidèle à son poste, continue de tester manuellement l’application, et de fournir des retours précieux aux développeurs en plein déploiement. Kelly partage une validation de la direction, marquant une journée ordinaire.
Soudain, une personne apparaît dans le bureau…
« Bonjour, je suis le concepteur développeur en tests automatisés. Je cherche l’équipe qui travaille pour le client vendeur de masques de catch mexicains. »
L’équipe est abasourdie… cette arrivée marque la réussite de leur présentation et la poursuite de leur projet !
Leur aventure avec Robot Framework ne fait que commencer, et ils sont prêts à relever tous les défis qui les attendent.
Fin.
Karine Dejean, Concepteur développeur
Florent Veslin, Buiness Analyst et Proxi Product Owner
Alexandra Canu, Responsable Communication France
