Fermer

novembre 24, 2020

Amener l'automatisation des tests de l'interface utilisateur plus tôt dans le cycle de livraison


Des tests ciblés et des efforts de rétroaction au début du cycle de livraison permettent de mieux comprendre ce qui doit être construit. Le livre blanc «Amener l'automatisation de l'interface utilisateur dans CI / CD» du stratège de la modernisation Jim Holmes présente certains des principaux défis et choix auxquels sont confrontés l'assurance qualité, les ingénieurs de test et les responsables tout au long de leur parcours de mise en œuvre des tests automatisés de l'interface utilisateur.

L'intégration continue est là depuis décennies qui se sont fait un nom en apportant une valeur considérable aux entreprises. Bien que la plupart des organisations aient déjà grandement bénéficié de la création continue de leur code source et de la réduction des risques d'ajout d'erreurs de rupture au niveau de la syntaxe ou des étapes de liaison dans le code source, la livraison et le déploiement continus sont beaucoup plus récents dans l'industrie. En tant que telles, de nombreuses organisations n’ont toujours pas réalisé leur valeur critique pour un cycle de développement axé sur la qualité qui se déroule sans heurts.

À l'avenir, les entreprises commencent à adopter des avancées dans la réflexion sur la qualité des versions étant la clé, en adoptant une mentalité de «décalage à gauche» pour amener les tests plus tôt dans le cycle de livraison. Des conversations solides ainsi que des efforts résolus pour résoudre les problèmes dès le début du jeu permettent de mieux comprendre ce qui doit être construit et de garantir que l'équipe dispose d'instruments de couverture et de collaboration appropriés pour toutes les formes d'automatisation jusqu'à la fin des tests.

Intégration de l'automatisation de l'interface utilisateur dans CI / CD

Dans ce livre blanc vous apprendrez:

• Pourquoi il est important d’adopter l’état d’esprit «virage à gauche» dans le cadre de votre pipeline CI / CD
• Comment tirer le meilleur parti des avantages immédiats de l'IC / CD
• Comment intégrer les tests d'interface utilisateur dans une intégration continue et une livraison continue
• Quelles sont les considérations les plus importantes lors de l'ajout de l'automatisation de l'interface utilisateur à CI / CD
• Comment augmenter la valeur de votre pipeline avec des tests d'interface utilisateur
• Comment assurer une amélioration continue

«Couvrez toutes les bases, poursuivez activement l'automatisation et évitez de dupliquer les efforts»

– lit un récent rapport Forrester 'Now Tech' en le signalant comme l'un des principaux points à retenir. le succès de la mise en œuvre de suites d'automatisation de tests fonctionnels continus.

Cela semble avoir beaucoup de sens pour n'importe quelle organisation, mais regardons ce qui se cache derrière en essayant de comprendre la vraie signification de ces impératifs.

Cover All the Bases

Intégrer l'automatisation de l'interface utilisateur dans le processus de livraison ne signifie pas que les équipes doivent automatiser tous les tests qu'elles ont déjà introduits. Tous les logiciels ne sont pas créés égaux. Les applications logicielles nécessitent différentes approches de test pour garantir la stabilité et la convivialité du système .

Automatiser tout n'est ni faisable, ni nécessaire. Cependant, s'arrêter au niveau des tests unitaires ou d'intégration, même si cela permet de s'assurer que le code fait ce qu'il devrait, peut ouvrir la voie à certains des échecs de test les plus courants, en particulier pour les applications destinées aux utilisateurs finaux.

L'utilisateur ne se soucie pas des tests unitaires ou d'intégration, mais souhaite une interface utilisateur qui mène au résultat promis par le logiciel ou l'application. Couvrir tous les scénarios importants avec la bonne quantité et la variété de types de tests est essentiel à la mission afin de fournir des interfaces utilisateur et des expériences de qualité.

«Couvrir toutes les bases» n'est pas une formule «unique pour tous» mais doit être compris comme la sélection d'un mélange de tests sain et la conception d'une approche de test qui fait partie du pipeline de développement dès le début et est adaptée à la l'utilisation prévue du logiciel ou de l'application.

L'automatisation n'a pas besoin d'être longue et lourde, mais elle l'est parfois. Si cela n’apporte pas de valeur, tout le point est manqué. Les tests unitaires ou API sont au bas de la pyramide des tests et pour de nombreuses équipes – le seul moyen de test. Cela pourrait bien fonctionner pour certaines organisations. D'autres doivent s'assurer que leur interface utilisateur peut résister à n'importe quelle tempête à la surface de l'interface, qu'il s'agisse d'un certain nombre d'utilisateurs qui accèdent au site Web en même temps ou ou simplement d'offrir une expérience utilisateur sans faille et ininterrompue.

Ajout de quelques étapes de vérification supplémentaires. dans le cadre de l'automatisation de l'interface utilisateur peut mais ne doit pas nécessairement aider. L'ajout de la bonne quantité de vérifications aux endroits où celles-ci apportent de la valeur, en s'assurant que l'interface utilisateur renvoie le résultat souhaité, est ce qui compte pour le succès de l'automatisation.

Nous arrivons ici au deuxième impératif. Construire une base de test solide pour le processus de livraison de logiciels prend beaucoup de temps de développement et de ressources à créer et à maintenir, mais comment éviter l'effet «porter l'eau à la mer»?

Poursuivre activement l'automatisation

Est-ce que presque tout peut être automatisé? Comprendre ce qu'il faut tester à chaque étape du cycle de développement fournira une grande avancée pour l'équipe et le produit, en particulier en ce qui concerne les tests d'interface utilisateur, qui sont souvent le goulot d'étranglement créant une pression à tous les niveaux. Poursuivre activement l'automatisation ne signifie pas que tout dans l'interface utilisateur doit être automatisé, car un nombre important de scénarios pourrait déjà être couvert via des tests unitaires et d'intégration ou au niveau des composants ou du système.

Au lieu de cela, l'automatisation des tests d'interface utilisateur devrait se concentrer sur ce qui est essentiel lorsqu'on regarde «à travers les yeux de l'utilisateur» – un paradigme important pour de nombreuses applications dans la réalité exigeante de l'utilisateur final numérique d'aujourd'hui. L '«agressivité» des tests doit plutôt se préoccuper de la manière d'impliquer toute l'équipe dans les efforts de qualité, de ne pas compromettre l'efficacité de la livraison et, finalement, de ce que l'utilisateur final obtient.

Les tests seront toujours à un stade où les compétences de l'équipe et les capacités de l'outillage d'automatisation des tests sont ce qui pourrait décider du succès de l'automatisation alors choisissez intelligent, automatisez judicieusement et surtout – assurez-vous d'avoir intégré des boucles de rétroaction dès que votre pipeline le permet.

Évitez de dupliquer l'effort

Qu'est-ce que cela signifie dans un environnement agile, où le but est d'avoir des builds et des intégrations aussi fréquentes que possible sinon en continu? Bien qu'extrêmement critique pour la qualité des versions, les tests de régression sont l'endroit où les tâches répétitives les plus manuelles ont généralement lieu ce qui entraîne deux défis majeurs:

  1. Ne pas être en mesure de fournir une couverture suffisante des scénarios de test et de faire sûr que les fonctionnalités critiques de l'application sont restées opérationnelles après que des modifications ont été appliquées à l'interface utilisateur pendant le développement
  2. Gestion des tâches sujettes aux erreurs humaines tout en étant sous pression pour livrer à temps et sans surprises de dernière minute

L'automatisation peut grandement soutenir les efforts de test continus dans le cadre du cycle de livraison agile, car il accélère la boucle de rétroaction. C'est essentiel, en particulier lorsque l'incrémentation du produit ne peut pas se permettre d'attendre des tests de régression d'une semaine, effectués par les deux tiers de l'équipe, à exécuter dans le cadre de chaque version.

Les suites d'automatisation de test telles que Test Studio fournissent un ensemble d'outils pour effectuer la majorité des tests de régression dans un domaine automatisé et améliorant la productivité, libérant ainsi beaucoup d'espace pour les tests de nouvelles fonctionnalités ou d'autres tâches d'équipe importantes.

Nous avons abordé quelques aspects de base de l'adoption d'efforts de test continus dans le cadre du cycle CI / CD. La question importante est cependant de savoir comment ne pas échouer avec l'automatisation, que les tests automatisés soient intégrés ou non dans le pipeline de livraison.

S'ils le sont, cela soulève de nouvelles préoccupations que l'équipe devrait prendre en compte lors de l'implémentation de l'automatisation de l'interface utilisateur dans CI / CD. Après tout, l'objectif ultime est de réussir au lieu de laisser certaines des failles d'automatisation les plus connues tuer la motivation et désactiver votre équipe.

Si vous prévoyez de mettre en œuvre l'automatisation des tests d'interface utilisateur et de rendre votre pipeline plus efficace avec les tests d'interface utilisateur, ou si vous avez besoin d'aide pour mettre votre organisation dans le bon état d'esprit pour l'automatisation en prouvant le retour sur investissement, assurez-vous de consulter la section "Apporter l'interface utilisateur Livre blanc Automation Into CI / CD ”.

Télécharger le livre blanc





Source link