Un événement licorne, vraiment ?
Aujourd'hui a enfin lieu notre premier événement Automation Unicorn. Pascal Stiefel inaugure le hackathon agile d'Infometis. Il explique aux 16 collaborateurs d'Infometis présents le concept de la licorne et les objectifs de ce hackathon dédié à l'automatisation. Les licornes sont des créatures mythiques universellement fascinées ; tout le monde en rêve, et pourtant personne n'en a jamais vu. C'est un peu la même chose avec nos clients : tout le monde parle de DevOps, par exemple, mais qui dispose réellement d'un système DevOps pleinement fonctionnel ?
Les licornes : tout le monde en rêve, mais personne n’en possède. C’est la même chose avec le DevOps, par exemple, chez nos clients… Pascal Stiefel
Aujourd'hui, nous allons partir à la chasse aux licornes. On verra bien si la chasse sera fructueuse.
planification de la chasse
Lors de la planification, nous passons en revue le backlog « licorne » préalablement défini. Benjamin Wyss souligne que de nombreuses user stories ne disposent pas de critères d'acceptation. De plus, la qualité, la profondeur et la portée des user stories soumises par les différents contributeurs varient considérablement, à l'image d'un projet réel. Grâce à l'outil « How-To User Story », nous pouvons toutefois les segmenter efficacement et les prioriser correctement. Six groupes de travail sont créés pour le premier sprint.
Événement Automation Unicorn – Soirées de chasse
La chasse
Durant la phase de mise en œuvre, nous avons réalisé à quel point une bonne préparation était cruciale. L'infrastructure était pourtant prête, mais il nous manquait encore une licence ici, un ordinateur là. Pascal et Serge, en revanche, étaient là pour lever les obstacles et soutenir les équipes. Mais ce qui s'est avéré encore plus efficace, c'est l'entraide entre les équipes : chacun contribue au succès de toutes, garantissant ainsi un résultat optimal. Le premier sprint était limité à deux heures. Dans ce laps de temps, des objectifs complexes devaient être atteints, comme : « Notre environnement de démonstration comprenait un cas de test Cucumber illustrant les principes fondamentaux du langage Gherkin et intégré à un cas de test automatisé correspondant. »
Affichage du butin
Le moment de vérité est arrivé, la présentation des résultats (démo) va commencer. Les 6 équipes présenteront leurs résultats :
Virtualisation des services TAMI
Niko Messerschmidt et Bernhard Fuchs présentent les défis de la virtualisation des services. Notre cas d'utilisation porte sur une API de base de données. Après un bref examen des 10 principales solutions de virtualisation de services et une vérification de leur compatibilité avec JDBC, nous avons choisi ServiceV Pro de Smartbear pour ce sprint.
Notes de version automatiques de l'équipe
Eveline Scala et Tom Weber se sont lancés le défi de créer des notes de version automatisées avec Atlassian Confluence . L'équipe a réussi à présenter une solution fonctionnelle dès leur première tentative. Pour nos lecteurs d'infometis.ch, voici une explication détaillée :
- Projet factice créé dans Jira
- Une décision a été prise concernant un produit fictif, en l'occurrence l'application Infometis Travel
- Dans une étape ultérieure, la première épopée est définie
- J'ai créé une bonne douzaine d'histoires et je les ai liées à l'Épopée
- J'ai également créé un rapport de bug sous la même Epic
- 3 à 4 tâches et le bug de la première version corrective ont été assignés – ils existaient déjà dans Jira → PI1
- J'ai cliqué sur « Releases » dans la barre latérale gauche, sélectionné PI1, puis cliqué sur le bouton « Release Notes » en haut
- Les notes de version sont au format HTML ; vous pouvez les copier et les publier dans un autre outil ou simplement comme une page HTML. Ensuite, ouvrez Confluence et créez un rapport JIRA : « Journal des modifications »
- Saisissez une requête jQuery correspondante comme texte de recherche, généralement utilisée pour les notes de version :
- proj = PROJ et fixVersion = PI
- Ensemble, pré-remplissez les points saillants (à partir de la page de modèle Confluence)
- Malheureusement, la page créée dans Confluence ne contient que les problèmes.
- Le résumé et les points saillants ne sont malheureusement pas inclus et ne sont donc pas préremplis automatiquement.
Équipe Xray BDD et Concombre
Raffaele Russo et Benjamin Wyss sont à la recherche de la perle rare : comment écrire des cas de test depuis Jira avec Xray et l’approche BDD/Cucumber. Ils sont tous deux stupéfaits de la simplicité de la tâche. Malgré quelques difficultés initiales lors de l’installation de Jira/Xray, ils obtiennent déjà d’excellents résultats après seulement deux heures.
XRAY GHERKIN BDD TDD
Intégration de Team Tosca et Jira
Michael Vils et Maximilian Matthäus se sont attelés à la tâche d'explorer comment Jira, en tant que solution de gestion des tests(par exemple, avec Xray), peut également servir de plateforme centrale pour les cas de tests automatisés. L'équipe a opté pour l'API Toscaet démontre avec brio la rapidité et l'efficacité avec lesquelles une telle intégration peut être réalisée. Voici les étapes à suivre :
1) Configuration :
- Installez une copie locale de Jira Atlassian
- Étendez Jira avec Xray :
- Paramètres Jira → Gérer les applications
- Recherchez Xray sur la plateforme (essai gratuit, licence disponible)
- Paramètres Jira → Problèmes → Schémas de types de problèmes → Ajouter tous les types de problèmes disponibles (les types de problèmes Xray doivent être ajoutés au projet existant)
- Paramètres du projet → Actions → Actions → Activer la couverture des exigences de radiographie
2) Lier le cas de test à Tosca :
- Créez un cas de test (et notez son URL)
- Créer une liste d'exécution de test
- Ajouter le cas de test à la liste TestExecution
- Appel de service 1 : Demande de renseignements sur l’état actuel
- Créer une requête GET dans l'analyse de l'API Tosca (URL : http://localhost:8080/rest/raven/1.0/api/testexec/{clé d'exécution du test}/test)
- Authentification : Basique (Nom d’utilisateur / Mot de passe), cliquez sur « Pré-authentification »
- La réponse est sous la forme : [ { "id": 1, "status": "TODO", "key": "XI-24", "rank": 1 } ]
- Stockez l'« id » (celui-ci change en fonction de la liste d'exécution). La « clé » reste unique et peut être utilisée comme identifiant, par exemple dans la zone de conception de Tosca – recherchez « Clé avec contrainte »)
- Appel de service 2 : Définition du résultat d’exécution
- Envoyez une requête PUT avec pré-authentification (basique) à l'URL suivante : http://localhost:8080/rest/raven/1.0/api/testrun/{id}/status?status=PASS – l'ID est obtenu à partir de la requête GET précédente.
- Les statuts possibles sont : RÉUSSI ; ÉCHEC ; À FAIRE
3) Conseils pour l'espace de travail Tosca
- Conseils pour l'intégration de Tosca : Utilisez des scénarios de récupération pour définir le cas de test sur « Échec ». Créez un bloc ResusableTestStep pour définir le cas de test sur « Réussi » (élément de la post-condition du cas de test).
4) Prochaines étapes :
- Créez un cas de test depuis Jira qui s'exécute dans Tosca et met à jour son statut dans Jira. Cela nécessite l'installation d'un serveur Tosca.
- Créez des cas de test dans Jira pendant l'exécution et enregistrez le lien dans le TDM.
- Ajoutez des informations supplémentaires à Jira (par exemple, pourquoi le cas de test a échoué).
- Lier Jira et Tosca avec le nom du cas de test au lieu de la clé
Connexion entre l'équipe Jira et Microsoft Azure DevOps
Benjamin Tan et Matthias Aeschbacher se sont lancés un sacré défi ! Ce qui paraît simple – «Lancer une compilation Azure DevOps directement depuis Jira » – est en réalité assez complexe. Ils se rendent vite compte que connecter un serveur Jira à Azure DevOps n'est pas si simple . Mais ce ne seraient pas de véritables génies de l'automatisation s'ils n'y parvenaient pas. Nous n'en dirons pas plus pour le moment…
Équipe de surveillance du système Avaloq en direct avec New Relic
La dernière équipe, composée de Frédéric Hesse et d'Urban Furrer , était chargée de superviser notre serveur avec New Relic . Aucun des deux ne connaissait ce logiciel , mais cela n'a posé aucun problème, car cet événement Unicorn visait également à faciliter le partage de connaissances. Et miracle ! Un service de supervision a été mis en place en seulement deux heures. Voyez par vous-même comment cela a été réalisé :
- Créez un compte sur : https://newrelic.com/signup
- Se connecter:
- Frédéric Hesse
- *********<- Mot de passe
- Module « Infrastructure » Installation de l’agent sur le serveur (Instructions disponibles sur le site de New Relic)
- Installation sans interface graphique → REMARQUE : Aucune information concernant la réussite de l’installation
- Touche Entrée
- Démarrage du service
- Configuration des alertes
Les licornes existent-elles vraiment (conclusion) ?
Waouh, quel événement ! Nous avons tous été impressionnés par la rapidité avec laquelle nous avons appris de nouvelles choses et par la facilité avec laquelle, dans certains cas, nous avons pu « dénicher » des solutions innovantes. Rétrospectivement, nous avons été surpris de constater combien certaines entreprises ont du mal à mettre en œuvre ces concepts, ces solutions innovantes. Souvent, elles manquent tout simplement d'audace pour tenter de nouvelles choses, pour se lancer. Souvent aussi, elles n'ont pas la plateforme nécessaire pour le faire. Nous réitérerons cet événement, c'est certain. Il a été extrêmement enrichissant pour nous. Il le sera également pour vous si vous faites appel à Infometen, car nous nous efforçons constamment d'accompagner nos clients et de partager notre expertise.
Licorne maintenant !
Si vous souhaitez en savoir plus sur ce sujet ou si vous avez besoin d'une assistance spécifique, veuillez nous contacter dès aujourd'hui !
