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.