Comment une équipe du secteur public a étendu sa stratégie UiPath aux tests mobiles 

Il s'agit d'un témoignage client réel. Nous avons choisi de ne pas divulguer le nom du client pour des raisons de confidentialité. 

Un organisme du secteur public s'apprêtait à tester des applications mobiles destinées aux citoyens dans un environnement aux exigences opérationnelles strictes. UiPath étant déjà au cœur de sa stratégie d'automatisation, il souhaitait intégrer le mobile à ce projet sans créer de processus de test distinct. 

Ils souhaitaient valider leurs applications mobiles sur des appareils réels, prendre en charge les tests automatisés et trouver une approche adaptée à leurs exigences de déploiement et de gouvernance. Cette combinaison de critères a influencé leur évaluation des plateformes de test mobile. 

Le fossé mobile dans une stratégie d'automatisation établie 

Une plateforme d'automatisation existante offre aux équipes une méthode familière pour créer des flux de travail. Le mobile introduit des décisions supplémentaires : quels appareils iOS et Android utiliser, comment y connecter l'automatisation et comment permettre aux utilisateurs d'examiner directement une application lorsqu'un test détecte un problème. 

Ils ne disposaient d'aucune plateforme de test mobile dédiée et étaient en train de mettre en place cette fonctionnalité. Ils souhaitaient progresser sans demander aux équipes d'abandonner les flux de travail et les compétences UiPath déjà intégrés à leur stratégie de test globale. 

Ils ajoutaient une fonctionnalité qui leur manquait et ils avaient besoin d'une approche compatible avec les processus qu'ils avaient déjà en place. 

Les exigences portaient sur l'adéquation, et pas seulement sur les appareils. 

Il était important de disposer d'appareils réels pour valider les applications réellement utilisées par les utilisateurs. Ces derniers avaient également besoin d'options de déploiement répondant à leurs exigences en matière de sécurité et de gouvernance, notamment une solution sur site et une option de cloud privé. 

Ces conditions ont rendu la décision plus complexe que la simple sélection d'une liste de téléphones. L'équipe devait déterminer où les appareils seraient utilisés, comment les outils d'automatisation existants pourraient s'y connecter, qui contrôlerait l'environnement et si la solution serait compatible avec les processus d'approbation internes. 

Les exigences de déploiement ont également influencé l'entité chargée de l'exploitation du laboratoire. Un environnement hébergé privé permet à une organisation de disposer d'appareils dédiés, le fournisseur gérant l'infrastructure. Un laboratoire sur site, quant à lui, laisse l'environnement physique sous la responsabilité du client. Disposer des deux options permet à l'équipe d'évaluer les tests mobiles en fonction de ses propres contraintes, plutôt que de se baser sur un modèle d'hébergement unique. 

Digital.ai Tests proposés accès aux appareils réels et ces choix de déploiementLes flux de travail mobiles UiPath pourraient se connecter via Appium aux appareils dans Digital.ai Tests. Cette combinaison a permis à l'équipe d'intégrer l'exécution mobile à leur approche de création existante plutôt que de mettre en place un flux de travail entièrement nouveau pour le mobile. 

Ce que l'organisation a introduit 

L'organisation a intégré des tests mobiles spécialement conçus à sa stratégie d'automatisation. et a acquis la capacité de réaliser des tests sur de véritables appareils mobiles, manuellement et par automatisation, tout en étendant les flux de travail UiPath existants à cet environnement. 

Cela a permis à l'équipe de passer de ses flux de travail d'automatisation habituels aux tests mobiles sur appareils réels. L'objectif principal restait l'amélioration de la qualité des applications et la confiance dans leur mise en production. Le changement immédiat fut concret : la validation mobile était désormais intégrée à leur approche d'automatisation existante. 

Un modèle utile pour une équipe UiPath existante 

Si UiPath est déjà utilisé dans votre organisation, son déploiement sur mobile ne signifie pas forcément recommencer l'intégralité du processus de test. Commencez par identifier les parcours mobiles et les appareils pertinents. Ensuite, définissez comment les flux de travail atteindront ces appareils et quelles conditions de déploiement et de gouvernance l'environnement devra respecter. 

C’est la voie qu’a empruntée cette équipe : UiPath est resté un élément de leur approche d’automatisation, tandis que Digital.ai ont fourni l'environnement de test mobile dont ils avaient besoin.  

Vous envisagez une démarche similaire ? Contact pour discuter de vos flux de travail existants, de votre couverture d'appareils et de vos exigences de déploiement, et de ce à quoi pourrait ressembler une stratégie de test mobile adaptée à votre équipe.