Métriques KPI en QA

J'ai parlé dans plusieurs conférences et l'une des questions qui revient sans cesse lorsque j'aborde l'automatisation de l'assurance qualité concerne les métriques, plus précisément les indicateurs clés de performance (KPI) en assurance qualité. Tout le monde s'intéresse au type de métriques à considérer lors de l'évaluation de l'automatisation.

Quel type de métriques considérez-vous dans votre automatisation ? Discutons un peu des métriques KPI en assurance qualité.

En général, les métriques KPI de la qualité logicielle sont définies comme suit :

• • • le nombre de défauts,
    • le taux d'impact (blast rate),
    • ou le nombre de cas de test échoués,
    • la couverture du code

Bien que ces informations fournissent des données importantes, toutes liées à l'activité de test, mon approche des KPI qualité dépend vraiment des questions suivantes :

• • Qui cherche les données ?
  • Qui regarde les données ?
  • À quoi les données vont-elles servir ?
  • Comment êtes-vous capable de prendre une décision à partir des données ?

En fonction des réponses à chacune de ces questions, je crée un tableau de bord pour rendre les données accessibles à tous dans l'organisation.

En parlant du "Qui" ?

D'après mon expérience personnelle, il y a trois groupes de personnes intéressés par les données sur la qualité logicielle pour déterminer la santé de l'application testée.

Le premier groupe, généralement le testeur, est celui qui effectue le travail de test : le testeur QA, l'ingénieur QA et l'ingénieur qualité.

Ils veulent simplement déterminer où ils en sont pendant le test afin de voir la progression et d'avoir un bon niveau de confiance concernant les tests.

Le deuxième groupe, généralement la direction intermédiaire, le gestionnaire direct des membres de l'équipe (responsable qualité logicielle, responsable développement, responsable DevOps, responsable des opérations) et toute personne qui soutient l'application et gère une équipe qui la soutient.

Ce deuxième groupe est plus intéressé par la progression de leur application en cours de test.

Enfin, le troisième groupe, la haute direction (les cadres dirigeants, le VP de la technologie, le VP produit, le CTO, le CIO, et le CISSO), est celui qui a vraiment besoin de voir les données à un niveau élevé, une vue d'ensemble.

Ce troisième groupe a besoin de savoir :

Comment se porte l'application ? Est-elle saine ? Puis-je dormir tranquille en sachant que mon application est sans bug ? Que rien ne va se passer en production,

surtout en cette période de fêtes ? Quelles sont les performances de mon application ?

Chacun de ces groupes mentionnés a des intérêts différents dans l'application. Ils ont des intérêts différents dans la qualité de l'application.

Ils ont également des intérêts différents dans les données qu'ils consultent.

Vous ne pouvez donc pas mélanger toutes les données et les leur donner telles quelles.

Vous devez vous assurer qu'à chaque niveau, vous fournissez un type de données vraiment utile et utilisable pour eux. Évidemment, si vous êtes le VP produit et que vous voulez plonger et vraiment examiner les bugs, vous êtes libre de le faire, ou si vous êtes un responsable développement et que vous voulez consulter le rapport de bugs, vous êtes également libre de le faire. C'est ainsi que j'essaie généralement de structurer mes métriques KPI qualité. J'aime aussi envisager une approche différente et promouvoir ce qui suit dans le cadre de vos métriques KPI qualité :

• • Meilleure visibilité
  • Transparence claire des données
  • Responsabilité directe
  • Guide pour l'amélioration continue

Pour chaque membre de l'audience, voici les métriques KPI QA possibles à considérer et le seuil d'évaluation :

 Pour le membre de l'équipe QA, envisagez de créer un tableau de bord de notation interne

• • • Défauts actifs (nouveaux, ouverts ou corrigés) – tendance à la baisse(new, open or fixed) — trending low
    • Cas de test créés : Nombre de cas de test créés – Seuil devrait être de 1-1 par rapport au nombre de user stories ou 1-2: Number of test cases created – Threshold should be 1-1 to the number of user’s stories or 1-2
    • Exigences couvertes: Pourcentage de cas de test liés aux exigences – Seuil 80-100%
    • Défauts corrigés par jour / par semaine : À quelle vitesse l'équipe de développement corrige-t-elle les bugs ? fixed per day /per week: How fast is development fixing bug
    • Exigences couvertes: Nombre de cas de test réussis pour une exigence
    • Passed Tests: 80% threshold
    • Défauts rejetés : Pas plus de 5%:  No more than 5%
    • Exigences examinées:  Seuil de 100%
    • Défauts critiques:  Ne devrait pas dépasser 10

Pour le responsable d'équipe, les métriques devraient fournir la progression actuelle, donc considérez les métriques KPI suivantes :

• • • #Nombre de user stories
    • #Nombre de user stories réussies
    • % de tests réussis
    • #Nombre de cas de test
    • #Nombre de cas de test réussis
    • #Nombre de cas de test échoués
    • #Nombre de cas de test non exécutés
    • Métriques des défauts
    • #Défauts ouverts
    • #Défauts fermés

      Pour l'équipe de direction, les métriques devraient permettre une décision rapide en un coup d'œil, donc considérez les métriques KPI suivantes :

• • • 80 % des cas de test RÉUSSIS
    • % de user stories RÉUSSIES
    • Nombre de bugs P1 et P2 P1 and P2 bugs
    • Bugs échappés en production
    • Santé de la qualité du produit (rouge, jaune ou vert) (red, yellow or green)

Nous définissons également la santé de la qualité du produit ; j'ai défini un cadre de KPI pour déterminer la qualité de votre produit en utilisant les données suivantes et les seuils d'évaluation :

% de cas de test réussis

% de bugs échappés (bugs trouvés en production)

% Passed % de user stories réussies (taux de réussite par rapport aux stories) Stories (Pass Rate to stories Ratios).

% DE CAS DE TEST RÉUSSIS > 80 % – VERT EXCELLENT – < 10 % – VERT EXCELLENT

% DE CAS DE TEST RÉUSSIS < 80 – 50 % – JAUNE SatisfaisantYELLOW Satisfactory

% DE CAS DE TEST RÉUSSIS < 50 % – ROUGE Insatisfaisant RED Unsatisfactory

% de bugs échappés = # bugs échappés / # bugs fonctionnels

% de bugs échappés < 10 % – < 10 % – VERT EXCELLENT

% de bugs échappés > 10 -30 % – JAUNE – Satisfaisant

% de bugs échappés > 30 % – ROUGE – Insatisfaisant

En résumé, il est important de déterminer à qui vous livrez ces KPI afin de prendre la meilleure décision pour votre équipe. Essentiellement, pour déterminer la qualité et vous donner ce haut niveau de confiance que le logiciel a la meilleure qualité.

Commentez ci-dessous et dites-moi comment vous déterminez les KPI dans votre organisation ou quel type de défis vous rencontrez en termes de métriques KPI.

Intelligence Artificielle Impact de l'Intelligence Artificielle sur l'Automatisation de l'Assurance Qualité

Par Lisette Zounon, CSM-CSP, CAL1, DTM 

Au cours des dix dernières années, la plupart des outils d'automatisation de l'assurance qualité ont offert aux ingénieurs QA des opportunités de créer de l'automatisation de tests, mais nous manquons encore dans certains domaines tels que l'efficacité d'exécution, la réutilisabilité des cas de test et les mises à jour rapides. Les tests manuels peuvent prendre beaucoup de temps chaque fois qu'une rupture se produit dans le script. L'automatisation de l'assurance qualité a une marge d'amélioration pour permettre une détection rapide des erreurs. Fondamentalement, l'apprentissage automatique (Machine Learning) est une technologie de reconnaissance de formes – elle utilise des modèles identifiés par vos algorithmes d'apprentissage automatique pour prédire les tendances futures.

L'intelligence artificielle devient très cruciale dans les technologies de l'information. Ces dernières années, l'automatisation logicielle a expérimenté l'IA et l'apprentissage automatique. Ci-dessous, nous allons détailler certains des avantages des outils basés sur l'IA.

1. Déterminer les avantages de l'utilisation d'un outil basé sur l'IA
   • Tests de validation visuelle

Les tests visuels consistent à vérifier si les aspects visuels de l'application semblent appropriés aux utilisateurs finaux. Les bugs visuels sont généralement des problèmes de rendu.  En raison de la précision des tests visuels automatisés alimentés par l'IA, ils peuvent être déployés pour plus que de simples tests fonctionnels et visuels. Les outils de test visuel alimentés par l'IA sont cruciaux pour valider toute application qui nécessite un changement constant de contenu et de format.

• Tester les API

Les tests d'API activés par l'intelligence artificielle offrent un bond en avant en productivité et en efficacité. Vous pouvez capturer toutes les étapes en un seul ensemble. Avec une API activée par l'IA, vous pouvez définir quelque chose une fois et le verrouiller dans un modèle de test intelligent et partager ce modèle avec un grand nombre de testeurs. Cela aide à gérer et comprendre l'inventaire complet des API. Les utilisateurs peuvent bénéficier de l'ajout d'apprentissage automatique pour automatiser la création de tests API en apportant cohérence et couverture à leurs efforts.

• Auto-guérison des tests automatisés

Il est nécessaire d'avoir un système pour détecter les pannes et les réparer automatiquement sans intervention humaine. Le test automatisé nécessite beaucoup de maintenance lorsque vous avez une application qui change fréquemment. L'auto-guérison (self-healing ou auto-healing) est utilisée pour aider à s'adapter aux changements mineurs, afin que les tests continuent de fonctionner. Chaque fois que des tests sont exécutés, ils interagissent avec un élément ; ils collectent des attributs d'élément qu'ils utilisent pour trouver l'élément la prochaine fois et suivre les changements au fil du temps. Le test pourrait suivre de nombreux attributs tels que le texte, les classes CSS, les données et d'autres informations comme l'emplacement et la taille sur la page. Toute étape de test qui interagit avec un élément sur la page peut être auto-réparée.

L'automatisation activée par l'IA apporte une valeur supplémentaire, parfois intangible, aux testeurs QA. L'IA rend vos tests fiables car vos tests peuvent maintenant s'adapter aux changements de développement. L'IA n'est pas là pour prendre le relais de l'assurance qualité, mais plutôt pour permettre à l'ingénieur qualité de devenir plus productif et de se concentrer sur ce que l'assurance qualité fait de mieux.

Certains des avantages que l'IA a prouvés sont :

• Amélioration de la création des cas de test
• Amélioration des portes de qualité
• Repérer les erreurs en double et les nouvelles erreurs dans les modifications de code
• Créer des tests automatisés plus fiables

J'ai eu l'opportunité d'expérimenter et d'utiliser des systèmes d'assurance qualité avec des tests fonctionnels et des tests de charge, tous deux exploitant l'intelligence artificielle. Vous trouverez ci-dessous un résumé d'une étude de cas parmi tant d'autres sur l'utilisation d'un outil d'automatisation basé sur l'IA.

2. Résumé de l'étude de cas réussie de l'utilisation d'un outil basé sur l'IA

Problème

Cette équipe agile très performante travaille ensemble depuis plus de 10 mois à la construction d'un nouveau site avec divers services pour les clients. Ils avaient respecté le délai initial après tout le travail acharné pour satisfaire les clients. Mais maintenant, ils ont un énorme retard de fonctionnalités que le client attend d'eux dans les six prochains mois. La préoccupation de l'équipe concerne principalement la garantie que les nouvelles fonctionnalités, la nouvelle version du code, ne cassent pas les fonctionnalités existantes auxquelles les clients sont habitués. Le seul membre de l'équipe QA dans cette équipe agile a créé plus de 1100 cas de test pour tester avec succès toutes les fonctionnalités de ce site. Le membre de l'équipe QA prend généralement 2 à 4 jours, trois jours en moyenne, pour exécuter tous les cas de test de régression après chaque version de code dans un environnement. L'objectif est d'assurer une livraison rapide, une détection rapide des erreurs d'un environnement à l'autre, et enfin un retour rapide des clients satisfaits.

Solution

La direction QA a pris en charge ce problème et a cherché un outil pouvant aider à résoudre ce défi et assurer une livraison rapide, une détection rapide des erreurs et un retour rapide. Nous avons trouvé un outil basé sur l'IA que le membre de l'équipe QA peut exploiter pour résoudre ce problème. Après avoir parlé avec l'équipe agile et leur avoir fait une démonstration de cet outil, ils étaient tous enthousiastes et ont prévu du temps dans leur cycle de sprint pour que l'assurance qualité automatise la suite de régression. L'analyste QA, sans expérience préalable en codage, commence à créer des cas de test dans l'outil basé sur l'IA avec une formation. Il a fallu environ 3 à 4 semaines pour tous ces efforts d'automatisation des 1100 cas de test manuels.

Résultat

L'exécution des 1100 cas de test automatisés prend environ 30 minutes pour s'exécuter avec succès dans un environnement. Ces cas de test sont facilement exécutés dans un autre environnement, de l'assurance qualité à la préproduction jusqu'aux environnements de production. L'équipe QA se concentre désormais sur les tests des éléments de travail du sprint et peut exploiter les tests de la suite de régression pour exécuter rapidement les cas de test. L'équipe est capable d'exploiter l'automatisation des cas de test dans l'environnement CI/CD. Cela permet une livraison rapide des nouvelles fonctionnalités, une détection rapide des erreurs et un retour rapide aux clients. L'équipe a maintenant une exécution cohérente des mêmes cas de test dans tous les environnements.

3. Retour sur Investissement du projet et bonheur de l'équipe

Le retour sur investissement (ROI) de l'utilisation d'outils basés sur l'IA dans votre automatisation QA est énorme pour votre projet et votre équipe. En voici quelques-uns que nous connaissons et avons expérimentés :

1. 1. 1. 1. Adopter un état d'esprit d'apprentissage continu
         2. Logiciel de haute qualité
         3. Logiciel de haute qualité
         4. Boucle de rétroaction rapide vers le client
         5. Réponse rapide au problème
         6. Implication de l'équipe interfonctionnelle
         7. Augmentation de la confiance de l'équipe
         8. L'assurance qualité devient une activité amusante et n'est plus un goulot d'étranglement
         9. Augmentation du bonheur de l'équipe et meilleur engagement
         10. Excellent travail d'équipe et collaboration

Références

https://support.smartbear.com/testcomplete/docs/testing-with/running/self-healing-tests.html

https://techwireasia.com/2019/07/what-is-self-healing-automation-and-why-is-it-important-to-devops/

https://applitools.com/blog/visual-testing/

https://www.parasoft.com/to-make-api-testing-easier-add-machine-learning-to-your-ai/

https://techbeacon.com/app-dev-testing/how-ai-changing-test-automation-5-examples

Dans les deux premières parties de notre discussion sur la stratégie d'automatisation QA, nous avons expliqué les compromis organisationnels, la pile technologique, la définition de votre vision et le choix de vos outils. Dans cette dernière partie, nous nous concentrerons sur la définition du retour sur investissement (ROI) de votre automatisation et la mise en œuvre des cas de test.

Il est crucial de définir le ROI de votre automatisation pour construire un argumentaire positif en faveur de la transition de votre équipe vers l'automatisation QA.

Passer à l'automatisation est un investissement important, et pour y parvenir efficacement, vous aurez besoin d'un ensemble de métriques et de considérations pour calculer votre ROI. Ceux-ci peuvent inclure :

Déterminer les exigences commerciales / user stories à implémenter
Comprendre les cas de test pour chaque exigence
Déterminer le pourcentage de cas de test pouvant être automatisés
Évaluer la complexité des cas de test
Mesurer les cas de test des exigences précédentes nécessaires pour les tests de régression
Calculer le nombre total de configurations à tester

Le calcul de votre ROI est basé sur les investissements que vous réalisez lors de la construction de vos ensembles d'automatisation. Ce sera un long processus, mais vous pourriez envisager une phase d'expérimentation de preuve de concept (POC) pour prouver un ROI minimum. Cela renforcera la confiance de votre équipe dans le succès de cette entreprise. Considérez les éléments suivants dans votre calcul du ROI :

La capacité et la connaissance de chaque ingénieur en automatisation. Le temps qu'il peut falloir à différents ingénieurs pour comprendre et scripter des cas de test peut varier. Il est bon de définir une moyenne en tenant compte du temps et de la complexité des cas de test.
Définissez une base de référence pour le temps nécessaire à l'exécution manuelle de vos cas de test
Une fois que vous avez défini l'ensemble des cas de test, votre ROI simple peut être calculé comme suit : ROI = (Gains – Investissements) / Investissements

Il est généralement recommandé de commencer la construction de votre automatisation par vos cas de test de régression. Les tests de régression sont le processus d'exécution de tests plus anciens pour s'assurer que les nouvelles mises à jour d'un logiciel n'ont pas introduit ou réintroduit des bugs précédemment éradiqués. Pour cette raison, la régression est importante pour le succès de votre livraison logicielle. Il est logique de concentrer votre automatisation sur vos suites de régression, car ce sont ces cas de test répétables que vous devez exécuter tout le temps. Vous savez généralement combien de temps il vous faudra pour les exécuter avec succès. Passez votre temps à automatiser ceux-ci en premier. Ensuite, votre gain sera calculé par le temps qu'il faut pour exécuter votre automatisation pour cette suite. Par exemple, si vos suites de régression vous prennent 16 heures manuellement pour s'exécuter avec succès, et que votre automatisation réussie ne dure maintenant que 16 minutes. Mais s'il a fallu à votre ingénieur QA environ 60 heures pour mettre en œuvre l'automatisation ? Alors, votre ROI est d'environ 73%.

Deuxièmement, vous devez envisager de calculer votre ROI pour les nouveaux cas de test. Pour les nouveaux cas de test, vous devez vous assurer que l'ingénieur en automatisation QA a une excellente compréhension de la fonctionnalité dans le test pour construire l'automatisation immédiatement. Dans ce cas, vous n'avez peut-être aucune base de référence de cas de test manuels pour calculer un quelconque gain. Votre gain est la vitesse d'ajout de ces nouveaux ensembles à vos suites de régression. Je n'encourage généralement pas cela pour une nouvelle équipe expérimentant l'automatisation QA, mais pour les équipes matures, cela peut fonctionner après avoir traité avec succès tous vos cas de test de régression, tests de cohérence (sanity tests) et tests de fumée (smoke tests).

La plupart des organisations qui passent à l'automatisation QA fixent généralement une grande vision et un objectif pour l'automatisation. Il est important d'avoir un objectif vers lequel l'équipe peut travailler. Les tests manuels continueront d'avoir lieu et devraient être votre première tentative de test pour votre application, bien que certains scénarios ne puissent pas être automatisés. Par conséquent, un objectif d'automatisation de 60 à 80 % est recommandé.

Une autre considération est la complexité des cas de test. Il peut être décourageant de se concentrer sur des cas de test plus complexes au début. Il n'est pas recommandé d'explorer l'automatisation avec des cas de test qui sont manuellement complexes en premier. Ils sont sujets aux erreurs et nécessitent une énorme quantité de maintenance pour l'avenir.

Avec l'automatisation, certains cas de test peuvent être réutilisables. Par conséquent, le ROI peut augmenter à mesure que vos suites grandissent, car vous utiliserez certains de vos anciens cas de test pour en exécuter de nouveaux.

Considérez maintenant les tests multi-navigateurs lorsque vous avez plusieurs plateformes à tester. Avec un ensemble d'automatisation, vous pourrez exécuter vos tests sur de nombreuses plateformes en parallèle. Il peut également y avoir un gain massif à coordonner tous vos tests (fumée, cohérence, manuels, automatisés et de charge) en parallèle, augmentant ainsi votre ROI.

Définir votre stratégie d'automatisation QA est une partie intégrante de votre transition vers l'automatisation. Ce processus nécessite divers changements de mentalité, pratiques et considérations concernant les compromis organisationnels, votre pile technologique, leur vision de l'automatisation, vos outils, votre ROI et enfin votre mise en œuvre. Calculer votre ROI aidera les autres dans votre organisation et votre équipe à renforcer la confiance dans la mise en œuvre de l'automatisation pour comprendre les avantages et les gains potentiels. Le gain continuera à mesure que la mise en œuvre évolue, ainsi que l'investissement pour maintenir les cas de test.

Ceci conclut notre série sur l'automatisation QA. Nous avons hâte de vous apporter plus d'informations sur la façon de penser la qualité différemment avec agilité.

N'hésitez pas à commenter et à donner vos retours ci-dessous. Zsquare Solutions Inc. se spécialise dans l'accompagnement de vous et votre équipe pour définir tous les éléments importants nécessaires à l'élaboration de votre stratégie d'automatisation QA. Planifiez une consultation de 30 minutes avec nous dès aujourd'hui pour en savoir plus sur ce que vous faites et comment nous pouvons vous soutenir dans votre objectif.

Ressources :

https://smartbear.com/resources/ebooks/6-ways-to-measure-the-roi-of-automated-testing/

Le mois dernier, nous avons commencé une série en trois parties intitulée : Quelle est votre stratégie d'automatisation QA ? Dans le dernier article, nous nous sommes concentrés sur la détermination des points douloureux, des compromis organisationnels et de la pile technologique pour aider à définir votre vision de l'automatisation.

Maintenant, concentrons-nous sur ce que votre vision devrait être. Elle dépendra à nouveau de notre équipe pour définir une vision claire, et de l'endroit où vous voulez voir votre organisation après la mise en œuvre de l'automatisation QA. Vous devez définir une vision de l'automatisation QA : votre POURQUOI ? Lorsque vous vous lancez dans un nouveau voyage, votre POURQUOI est votre étoile polaire. Il aide votre équipe à rester concentrée et motivée pendant la mise en œuvre.

Il est vraiment important de créer une vision claire de votre objectif d'automatisation.

Ensuite, la recherche d'outils devient une partie cruciale de votre stratégie d'automatisation. Avec nos outils, nous devons considérer le cadre (framework). J'ai vu de nombreux responsables QA et équipes qui veulent sauter le pas juste après avoir sélectionné un outil, mais c'est une approche que je déconseille vraiment.

En termes d'outils, il existe deux catégories principales à considérer pour l'automatisation QA. Il y a les outils sans code où votre équipe n'a pas besoin de savoir scripter particulièrement, ils ont juste besoin de suivre quelques directives sur la façon de capturer l'écran et l'outil scriptera en arrière-plan. Dans ce cas, le testeur devra comprendre suffisamment l'outil pour continuer à maintenir tous ces cas de test créés. Si c'est ce qui va fonctionner pour votre organisation et votre équipe, en particulier pour les testeurs manuels, cela sera facile à adopter.

La deuxième catégorie est l'outil où vous devez tout coder vous-même. C'est un projet de développement logiciel complet que vous entreprenez. En tant qu'organisation ou équipe, vous devez déterminer si vous avez les compétences et le budget disponibles pour embaucher un ingénieur en automatisation à temps plein. Ce membre du personnel ou cette équipe d'ingénieurs en automatisation sera entièrement concentré sur le script des tests d'automatisation. Ce sont les considérations que vous devez prendre en compte avant de sélectionner un outil. Vous voulez également vous assurer que si l'outil propose de nombreuses fonctionnalités, votre équipe et votre organisation soient positionnées de manière à pouvoir bénéficier facilement d'une majorité de ces fonctionnalités. Vous voulez adopter tous ces grands avantages que l'outil fournit, mais aussi, l'équipe peut avoir besoin de définir ses propres exigences en matière d'outil avant de commencer à magasiner.

La plupart des outils s'intégreront à votre pipeline CI/CD et auront un écosystème autour d'eux où vous pourrez facilement vous intégrer à votre ALM. Certains outils fournissent également l'intelligence artificielle pour détecter facilement les bugs ou tout changement, rendant l'outil d'automatisation plus intelligent et très utile pour le triage des tests. Ensuite, avec un outil, vous devez examiner la capacité de votre équipe et vous assurer que les fournisseurs d'outils fournissent un support adéquat. Votre équipe veut s'assurer qu'elle peut vraiment avoir le soutien dont elle a besoin lors de la mise en œuvre réelle.

La prochaine fois, nous conclurons cette série en trois parties et discuterons du ROI de l'automatisation QA et de la mise en œuvre de l'automatisation.

N'hésitez pas à commenter et à donner vos retours ci-dessous. Zsquare Solutions Inc. se spécialise dans l'accompagnement de vous et votre équipe pour définir tous les éléments importants nécessaires à l'élaboration de votre stratégie d'automatisation QA. Planifiez une consultation de 30 minutes avec nous dès aujourd'hui pour en savoir plus sur ce que vous faites et comment nous pouvons vous soutenir dans votre objectif.

En cette période sans précédent d'auto-isolement et de distanciation sociale, tout le monde est désormais encouragé à travailler à distance. Les dirigeants doivent continuer à diriger leur équipe à distance tout en les gardant engagées, motivées et productives.

Je veux partager certaines des meilleures pratiques que j'ai suivies au fil des ans depuis que je travaille avec des équipes distribuées depuis 15 ans.

Établir des relations – Connaître les membres de votre équipe
Une organisation est un groupe de personnes travaillant vers un objectif commun. Votre organisation a des gens ; ces gens sont des êtres humains, guidés par leurs émotions. Ces personnes ont des familles et une vie personnelle en dehors de leurs heures de travail de 9 à 17h. En tant que leader, vous devez connaître les membres de votre équipe sur un plan personnel. C'est crucial pour comprendre ce qui se passe dans leurs vies respectives, dans la mesure où ils sont prêts à le partager. La meilleure façon de motiver les gens est de comprendre leur situation, leur motivation personnelle et leur style de communication. C'est quelque chose que vous devriez faire en tant que leader de toute façon, mais avec une équipe à distance, cela devient encore plus crucial pour aider à mieux interagir avec votre équipe. Le leader à distance doit faire preuve de respect et de considération envers les membres de son équipe à tout moment lors de la communication virtuelle.

Communication claire et honnête
Augmenter votre communication avec votre équipe devient très important avec une équipe à distance. Communiquer excessivement vaut mieux que ne pas communiquer du tout. Utilisez tous les moyens de communication tels que le téléphone, les textos, les e-mails, la visioconférence et les chats. Vous devez comprendre le style de communication préféré de chaque membre de l'équipe et vous adapter au style de communication préféré de chacun. Le leader doit modéliser et exemplifier une communication constante avec l'équipe concernant ses allées et venues tout au long de la journée. Avoir un calendrier partagé et le mettre à jour avec toutes vos réunions est un excellent moyen de vous assurer que votre équipe sait où vous êtes à tout moment. Encouragez votre équipe à rendre son calendrier ouvert et disponible et à le tenir à jour. Soyez très transparent et clair dans votre communication et partagez clairement vos attentes. Rappelez à l'équipe les délais et les attentes de travail. Si votre équipe connaît la valeur qu'elle ajoute et quelles sont vos attentes envers elle, elle relèvera toujours le défi.

Structurez vos réunions d'équipe
C'est une excellente occasion d'ajouter de la structure à vos réunions. Je suggère d'ajouter de la structure au lieu d'avoir des réunions imprévues de dernière minute, car celles-ci ne montrent pas une qualité de leadership mais plutôt des comportements de microgestion de la part du leader.

Voici mes suggestions :
– Planifiez une réunion bihebdomadaire avec votre équipe, un bref enregistrement de 20 minutes en début de semaine, comme le mardi matin, et plus tard dans la semaine une réunion de 40 minutes pour une discussion plus approfondie. Je suis partisan des réunions courtes et concises.

– Planifiez des réunions individuelles régulières avec les membres de votre équipe chaque semaine et ayez des heures de disponibilité (office hours) afin qu'ils puissent vous contacter pour augmenter la collaboration. Pendant la réunion, permettez à chacun de s'impliquer. Certaines personnes peuvent être distraites, donc en tant que leader, vous devez les garder engagées.

– Éloignez-vous de la réunion ennuyeuse avec des diapositives PowerPoint mortelles, rendez-la amusante et donnez à chacun dans l'appel l'opportunité de s'engager et assurez-vous de faciliter la conversation.

Augmenter la collaboration
Les leaders utilisent l'opportunité d'être à distance pour augmenter la collaboration avec leur équipe. Vous pouvez utiliser une session de tableau blanc pour des activités de brainstorming et des projets créatifs. Vous pouvez prévoir des heures de disponibilité dans votre calendrier afin que les membres de l'équipe puissent vous consulter pour répondre à des questions, collaborer sur leurs tâches, tout comme quelqu'un passerait dans votre bureau pour discuter ou vous informer d'un problème. En tant que leader, vous pouvez également utiliser cette opportunité pour prendre des nouvelles des membres de l'équipe moins impliqués. C'est aussi une occasion de créer des activités d'apprentissage partagé où l'équipe peut se réunir pour regarder un webinaire et discuter de ce qu'ils ont appris et des points à retenir. Cela augmentera la confiance de votre équipe en votre leadership. Plus important encore, assurez-vous d'afficher une politique de porte ouverte.

Cohérence dans la pratique d'une politique de porte ouverte
Votre équipe doit avoir confiance que lorsqu'elle a besoin de son leader, il sera toujours disponible. Vous devez rester cohérent dans tout ce que vous modélisez en tant que leader. Votre politique de porte ouverte devient cruciale lorsque vous dirigez une équipe à distance ; comme il n'y a pas de face-à-face avec votre équipe, les membres doivent savoir que lorsque vous avez besoin d'eux, vous êtes disponible pour répondre à leurs questions, préoccupations, clarifier les attentes et supprimer les obstacles.

Innover dans la dynamique de votre équipe
Avec une main-d'œuvre à distance, le leader doit apporter de l'innovation dans la dynamique de son équipe. Vous devez être créatif dans tout ce que vous faites, votre style de communication, votre collaboration et le format de vos réunions. Je suggère de commencer votre réunion intentionnellement et sincèrement en voulant savoir ce qui se passe avec votre équipe puisque tout le monde vit dans différentes parties de la ville, du pays et du monde. Quoi de neuf dans votre région, qu'avez-vous entendu que vous pouvez partager, etc. C'est aussi une opportunité de donner du temps pour que chacun parle et engage les autres dans la conversation. Ne vous concentrez pas toujours sur le travail car c'est peut-être la seule interaction humaine que certains membres de l'équipe pourraient avoir de toute la journée. Alors, respectez l'opinion de chacun et l'opportunité de partager ce qu'ils ont à l'esprit. Après tout, nous sommes tous humains, et nous avons besoin d'être connectés et de partager nos sentiments, qu'ils soient liés au travail ou non. Donnez cette opportunité à votre équipe et rendez-la amusante pour eux afin qu'ils puissent continuer à rester engagés et motivés.

En résumé, la plupart des personnes qui travaillent à distance passent plus de 8 heures à travailler, vous devez donc vous assurer qu'elles sont soutenues émotionnellement afin qu'elles puissent se concentrer sur la productivité au lieu de s'inquiéter de ce que leur patron pense d'elles lorsque vous microgérez ou vérifiez constamment. Faire cela ne montre pas de confiance de votre part envers votre équipe. En cette période difficile, soyons de vrais leaders et agissons comme tels en faisant confiance aux membres de notre équipe.

J'espère que nous adopterons tous les meilleures pratiques pour travailler avec des équipes distribuées qui peuvent continuer même après la fin de cette pandémie de coronavirus. Sur ce, j'invite tout le monde à suivre les recommandations des experts (lavez-vous les mains, utilisez du désinfectant pour les mains, pratiquez la distanciation sociale, etc.) pendant cette période d'épidémie. Restez en sécurité et restez productifs.

Je ne sais pas pour vous, mais j'avais l'habitude d'être très anxieuse à propos de l'automatisation QA lorsque je gérais un département QA. Je savais que l'automatisation était l'un de nos objectifs et j'étais vraiment anxieuse parce que c'est toujours quelque chose dont nous parlons et qui semble être un plan à long terme. Mais nous avions besoin d'une stratégie concrète. J'ai pu guider mon équipe à travers une stratégie d'automatisation QA étonnante, et ensuite nous avons exécuté cette stratégie avec succès.

Tout d'abord, commençons par : qui est responsable ? C'est vraiment important parce que je veux savoir qui nous réunissons autour de la table quand nous parlons de la stratégie d'automatisation. C'est tout le monde, ce n'est pas seulement la responsabilité de l'assurance qualité. C'est la responsabilité de tous ; cela doit être un objectif collectif.

La deuxième chose à laquelle nous devons penser est : quels sont vos points douloureux actuels ? Personne ne parle d'automatisation quand tout va bien. Il y a toujours une sorte de points douloureux que vous essayez de résoudre.

Alors, quels sont vos points douleur ? (c'est différent pour chaque équipe de livraison) :

Manque de critères d'acceptation dans les user stories
Les exigences ne sont pas bien définies
Les défauts ne sont pas priorisés
L'assurance qualité est le goulot d'étranglement
Manque de confiance dans la qualité du code des développeurs
Trop de temps consacré aux activités de test

Il y a plusieurs points douleur et ils dépendent du comportement et de la culture de votre organisation.

Donc, vous vous asseyez autour de la table avec votre équipe et vous définissez et discutez des points douleur que vous avez. Et pourquoi essayons-nous d'automatiser ? C'est au moins votre point de départ.

L'autre chose que beaucoup de gens oublient, c'est : quel est votre compromis dans chaque organisation ou équipe ? Il ne s'agit pas seulement des équipes de livraison, vous avez d'autres personnes ou circonstances qui influencent la décision, et il y a toujours une raison pour laquelle vous essayez d'automatiser ;

L'une des raisons pourrait être que vous êtes dans un département ou une organisation où vous innovez beaucoup, donc vous pensez que l'automatisation pourrait être la réponse. Vous innovez rapidement, donc vous avez besoin d'automatiser rapidement vos cas de test et de pouvoir tester rapidement. L'innovation et la livraison rapide sont probablement l'une des raisons pour lesquelles vous pensez à l'automatisation.

La réduction des coûts est un autre moteur. J'entends souvent : l'assurance qualité prend trop de temps pour les tests, et nous savons que le temps, c'est de l'argent. Vous pouvez aussi essayer d'apporter de la valeur à votre client, par exemple, si votre client a aussi besoin de rapidité, alors vous devez lui montrer quelque chose très rapidement. Par conséquent, nous devons automatiser les tests très rapidement et être en mesure de les montrer au client. Nous devons connaître et comprendre tous les compromis.

La troisième partie que je veux aborder, qui est vraiment importante, est la pile technologique que vous avez. Chaque organisation est différente, cela peut être une énorme application que vous essayez d'automatiser, ou cela peut juste être que vous en avez plusieurs ou au moins dans l'un des engagements avec lesquels j'ai travaillé précédemment. Nous devions trouver l'outil unique qui pouvait résoudre tous les problèmes des applications.

Donc, ce n'est peut-être pas votre cas. Il se peut que vous n'ayez qu'une seule application pour laquelle vous cherchez un outil, ou vous pouvez avoir plusieurs applications pour lesquelles vous cherchez un, deux ou plusieurs outils. Vous devez déterminer quelles piles technologiques vous avez.

Les informations suivantes sont cruciales : quel langage utiliserez-vous ? Est-ce sur site (on-premises) ? Est-ce dans le cloud ? Où se trouvent votre référentiel de code, votre référentiel de test, votre environnement ? Quel type d'environnement avez-vous ?

Ensuite, vous devez examiner toutes les tendances qui existent et décider ensemble en équipe.

Ce sont les trois principales choses que je voudrais que vous reteniez de ce premier article lorsque vous envisagez une stratégie d'automatisation QA.

Enfin, voici les questions que vous devriez poser lorsque vous commencez une stratégie d'automatisation QA :

Tout d'abord, qui est responsable ?

Quel est votre objectif ?

Quels sont vos points douleur ?

Quels sont vos moteurs ? Quels sont les compromis ?

Quelle est la pile technologique ?

Lorsque vous pouvez répondre sérieusement à ces questions avec votre équipe, alors vous pouvez commencer à examiner les tendances actuelles et essayer de résoudre chacun des points douleur. Dans mon prochain article, je vais discuter de la façon de mettre votre vision définie en automatisation, du choix du cadre (framework) et de la façon dont vous pouvez exécuter avec succès votre stratégie.

N'hésitez pas à commenter et à donner vos retours ci-dessous. Zsquare Solutions Inc. se spécialise dans l'accompagnement de vous et votre équipe pour définir tous les éléments importants nécessaires à l'élaboration de votre stratégie d'automatisation QA. Planifiez une consultation de 30 minutes avec nous dès aujourd'hui pour en savoir plus sur ce que vous faites et comment nous pouvons vous soutenir dans votre objectif.

Dans l'article d'aujourd'hui, je veux aborder comment les sites de commerce électronique peuvent se préparer pour la période des fêtes.

Évidemment, je travaille dans le développement et les tests logiciels depuis 15 ans, mais mon autre titre est celui d'une accro du shopping auto-proclamée ! J'adore faire du shopping et j'ai été sur de nombreux sites de commerce électronique et le défi que je vois toujours est qu'ils rendent très difficile de leur donner mon argent. Je n'ai pas beaucoup de patience.

Je veux partager quelques conseils sur la façon de se préparer, afin que votre équipe QA ou votre équipe technique puisse veiller à ce que votre site de commerce électronique soit prêt pour la période des achats des fêtes.

Tout d'abord, vous voulez vous assurer que votre site est performant et rapide, ce qui signifie que le temps de réponse est rapide. Le site web doit être adapté aux mobiles car nous sommes tous sur nos téléphones de nos jours et lorsque nous recevons un lien, nous voulons aller le vérifier immédiatement depuis notre téléphone. Nous voulons commencer le processus d'achat là, tout de suite, depuis notre téléphone. Votre site web doit donc être facile d'accès et répondre rapidement.

Vous devez vous assurer d'avoir une image de qualité que vous chargez sur votre site web. Habituellement, ces images de qualité ont une résolution plus élevée et peuvent prendre beaucoup plus de temps à charger. Votre équipe doit s'assurer que le site web peut se charger très rapidement. Les utilisateurs ne veulent pas passer trop de temps à attendre le chargement des images. Assurez-vous également que votre site est facile à faire défiler (scrollable). Les utilisateurs veulent pouvoir faire défiler rapidement et facilement et voir une image rapidement.

Deuxièmement, vous devez rendre votre site web très convivial et rendre l'expérience facile pour vos utilisateurs. Les utilisateurs devraient pouvoir trouver facilement et rapidement n'importe quel article.

Les utilisateurs devraient avoir une barre de recherche en haut facilement accessible où ils peuvent taper rapidement des mots-clés qui peuvent facilement leur donner plus de suggestions sur l'article éventuellement disponible à trouver.

Une fois l'article trouvé, l'utilisateur devrait pouvoir avoir une description simple et rapide pour pouvoir l'ajouter au panier. La dernière pièce est le processus de paiement.

Le processus de paiement est l'endroit où la plupart des entreprises perdent réellement des clients. C'est là que les clients se perdent car votre processus de paiement doit être fluide (seamless). Fondamentalement, pendant que l'utilisateur ajoute des articles au panier, l'utilisateur devrait pouvoir voir une icône dans le coin supérieur lui indiquant combien d'articles ont été ajoutés.

De plus, le montant total du ou des articles dans le panier devrait être visible pour les clients ayant des contraintes budgétaires, afin qu'ils sachent s'ils doivent faire des compromis avant le paiement.

Les utilisateurs devraient également pouvoir facilement supprimer, modifier ou ajouter un article pendant le processus de paiement, afin que si vous avez un coupon de réduction, vous puissiez l'utiliser. Je ne les recommande pas. Si vous devez faire un coupon pour le paiement, rendez le coupon très facile à trouver en haut comme une bannière où les acheteurs peuvent facilement le copier et le coller dans la barre de coupon dans la zone de coupon et obtenir rapidement une réduction. S'il vous plaît, ne faites pas en sorte que votre code promo soit quelque chose de très difficile à taper, ni que le code promo soit difficile à comprendre.

La clé du processus de paiement est de le rendre sécurisé et rapide ; la partie la plus cruciale du processus de paiement concerne la partie traitement du paiement.

Vous voulez vous assurer d'utiliser des fournisseurs de paiement déjà connus tels qu'Apple Pay, Samsung Pay, Amazon Pay et si possible d'utiliser PayPal car vous voulez vous assurer d'utiliser un système qui a déjà les informations critiques de vos utilisateurs comme les adresses.

La raison d'utiliser les fournisseurs de paiement mentionnés ci-dessus est que la plupart des acheteurs ne veulent pas avoir à sortir leur carte au milieu de la nuit et à remplir les informations.

De plus, les utilisateurs devraient pouvoir obtenir rapidement la confirmation juste après avoir effectué le paiement.

Dans l'ensemble, votre site de commerce électronique doit être prêt afin que vous puissiez obtenir une part du montant de 1,1 billion de dollars qui sera dépensé cette période des fêtes. Vous voulez faciliter l'obtention de l'argent des millions d'utilisateurs qui seront sur votre site de commerce électronique.

Par conséquent, la performance de votre site est importante.

Il ne s'agit pas seulement de vos tests fonctionnels, mais la performance de votre site web compte aussi car la dernière chose que vous voulez est que votre site web plante lorsque les gens viennent sur votre site. Vous devez vous assurer que le nombre d'utilisateurs simultanés pouvant être sur votre site est connu et que vous avez la capacité dans votre serveur et votre application de pouvoir supporter ce nombre d'utilisateurs simultanés.

Vous allez vous assurer que votre processus de paiement est très facile et que votre site web est convivial, où les gens peuvent trouver des articles très rapidement.

Si vous avez un site de commerce électronique sur lequel vous travaillez activement, veuillez consulter nos services sur notre site web et demander une consultation de 30 minutes. Je devrais pouvoir examiner votre site et vous donner quelques conseils, orientations et stratégies sur la façon dont vous pouvez gagner cette période des fêtes et tirer le meilleur parti de votre site de commerce électronique.

Si vous avez des commentaires, des retours ou des questions, laissez-les ci-dessous et je serai heureuse de répondre.

Merci et profitez de vos achats des fêtes !

Agile First-Class Citizen

Par Lisette Zounon, CSM- CSP, DTM

Aujourd'hui, je voulais partager un peu une conférence que j'ai donnée la semaine dernière.

J'ai eu l'opportunité de donner une conférence éclair (lightning talk) au groupe d'utilisateurs DFW Scrum. Mon exposé s'intitulait "Agile First-Class Citizen".

Habituellement, si vous avez déjà suivi une formation agile, ce que nous apprenons sur l'agilité et le rôle Scrum comprend ce qui suit :

1- Product Owner

2- Scrum Master

La dernière équipe de développement (Tout le monde est un groupe au sein de l'équipe de développement).

J'ai vu des organisations utiliser cela comme une excuse pour exclure l'analyste en assurance qualité, l'ingénieur qualité ou le testeur de l'équipe. L'organisation dit généralement : nous allons faire une transformation agile. Nous allons commencer une transformation DevOps, donc nous n'avons pas besoin d'un service qualité. Quand j'entends cela, c'est généralement la plainte suivante qui commence à expérimenter beaucoup de défis qualité. Un de mes clients vient de me dire que parfois ils ne savent même pas ce qui est mis en production, ils ne savent même pas quel type d'application ils ont, qui et quoi a été testé ? Le groupe d'utilisateurs se plaint généralement parce qu'ils rencontrent beaucoup de problèmes en production.

Qui devrait être responsable des tests ? Je crois fermement que l'assurance qualité devrait être responsable des tests. Cela devrait être quelqu'un uniquement responsable des tests, quelqu'un qui est également indépendant et qui défend les intérêts des parties prenantes et des utilisateurs, qui sait comment les utilisateurs vont utiliser l'application. L'assurance qualité devrait proposer des scénarios/cas de test pour tester l'expérience utilisateur et les attentes concernant l'application, le logiciel ou le produit. Nous devons donc nous assurer que c'est quelqu'un d'indépendant.

Trois choses font de l'assurance qualité un atout précieux dans la livraison de logiciels :

1- Premièrement, nous avons la meilleure vue de la livraison logicielle. Nous sommes ceux qui savent si l'application va fonctionner, comment elle va fonctionner, et nous examinons les problèmes potentiels.

2- Deuxièmement, nous apportons de la valeur, nous définissons et déterminons la qualité du logiciel, comme le nombre de bugs qui arrivent et la gravité du bug.

Nous comprenons comment le logiciel va fonctionner de première main car une chose est de dire qu'une exigence est définie, mais au moment où vous arrivez à l'assurance qualité, vous savez avec certitude que le logiciel va fonctionner et qu'il va répondre aux exigences attendues. Vous savez aussi dans la livraison combien de temps tout prendra, car nous passons beaucoup de temps à estimer lors de la planification du sprint. Au moment où vous arrivez à l'assurance qualité, vous savez si le développeur vous dit que cela va vous prendre 5 heures pour une user story, et que cela lui a pris vingt-cinq heures.

3- Enfin, nous sommes aussi des agents de changement. J'ai eu la chance d'être impliquée dans deux transformations agiles. Elles ne sont pas toujours couronnées de succès, mais ce sont des transformations car l'organisation essaie de passer d'un modèle waterfall ou d'une autre méthodologie à un cadre agile. Dans les deux transformations, je ne suis pas arrivée en tant que coach ou consultante. D'abord, j'étais responsable QA. J'étais membre de l'équipe QA dans l'équipe Scrum, et j'ai pu influencer mon équipe pour adopter certaines meilleures pratiques agiles basées sur les problèmes que nous voyions et que nous devions améliorer. Nous avons pu nous adapter au fur et à mesure à ce qui était nécessaire pour notre équipe.

Pour la deuxième fois, je suis arrivée en tant que responsable QA, dirigeant une grande équipe QA. Notre blague interne était que les membres de mon équipe étaient des agents du FBI de l'assurance qualité qui allaient dans les différents projets et impactaient le changement nécessaire en fonction des problèmes que l'équipe rencontrait dans sa livraison logicielle. Par conséquent, ils agissaient comme agents de changement. En tant que professionnel de l'assurance qualité, vous devez être un leader sans titre car vous n'avez pas l'autorité d'un consultant plus haut placé pour influencer et exiger le changement. Mais, vous avez la vue de première main et la meilleure vue de ce qui se passe, et vous pouvez affecter le changement sur-le-champ si vous pouvez trouver votre voix.

Le message à retenir et l'appel à l'action que j'ai donnés au groupe dans mon exposé, dans une salle remplie de praticiens agiles, de coachs agiles, de scrum masters et de consultants agiles, était de reconsidérer leur approche de la transformation agile. Ne venez pas seulement interagir avec les développeurs ou les scrum masters, rapprochez-vous de vos professionnels de l'assurance qualité au sein des équipes Scrum. Faites d'eux la partie centrale de la décision et de la discussion sur les défis que vous êtes là pour résoudre. Écoutez-les. Quelles sont les opportunités de croissance pour l'équipe ? Quels sont les domaines d'amélioration dans la livraison logicielle ? Parce que votre professionnel de l'assurance qualité a la meilleure vue, nous sommes le citoyen de première classe dans la transformation agile.

Mon approche de la transformation agile est de se concentrer sur la résolution des défis qualité en changeant la façon de travailler de l'équipe. Au fur et à mesure que l'équipe grandit, sa performance augmente aussi, et en retour résout tous les défis qualité, ravissant vos clients et utilisateurs à la fin. C'est comme commencer avec la fin à l'esprit, mon préféré des sept habitudes célèbres. C'est ainsi que nous abordons la transformation agile chez ZSI - Zsquare Solutions Inc. Nous sommes des professionnels de l'assurance qualité et des coachs agiles, des consultants passionnés par la qualité, changeant délibérément la façon de travailler pour rendre votre équipe et vos clients heureux. Réservez une consultation de 30 minutes avec nous ici pour discuter de vos projets actuels et de vos initiatives QA pour 2020 afin de commencer à résoudre vos points douleur immédiatement. Tout le monde a des points douleur et votre projet et votre équipe ne peuvent pas attendre.

J'aimerais entendre vos pensées ou vos histoires d'horreur. Commentez ci-dessous votre expérience avec l'assurance qualité ou l'assurance qualité dans la livraison logicielle dans une équipe agile ou Scrum. Si vous avez des questions ou s'il y a un sujet que vous voulez que je partage le mois prochain, veuillez commenter ci-dessous et je serai plus qu'heureuse de les aborder.