roue indiquant 5 difficultés du testeur qui entourent une sixième centrale: le temps

Les difficultés du testeur (1/6): les compétences techniques

Cette série part de la présentation faite lors du webinaire « Rendre la vie du testeur plus facile« 

L’idée est de développer chaque difficulté abordée et d’aborder des techniques pour y faire face.

roue indiquant 5 difficultés du testeur qui entourent une sixième centrale: le temps

Difficulté: les compétences techniques

Lorsque l’on parle compétences techniques dans le test on pense généralement à l’automatisation!

Même si cela est tout à fait vrai que l’automatisation est une compétence « technique » dans le test ce n’est pas la seule!

Par ailleurs, les « compétences techniques » du testeur ne se limitent pas aux compétence « technique » du test mais englobent toute la technicité des métiers du test et de la qualité. Pour moi, les compétences techniques regroupent donc:

  • les compétences d’automatisation
  • les compétences liées aux API
  • les techniques de test comme les calculs de couvertures et les techniques de conception
  • les différentes méthodologies
  • La capacité à établir et déployer une stratégie de test
  • La maitrise des outils

Vu comme cela on comprends mieux les difficultés auxquels font face les testeurs: il y a beaucoup de choses à savoir et même s’il ne faut que très rarement (pour ne pas dire quasiment jamais) maitriser toutes ces techniques lors d’une même « mission », il est demandé au testeur d’en maitriser plusieurs dans la plupart de ses équipes.

Un testeur sera donc amené dans sa carrière à monter en compétence sur ces nombreux sujets… mais aussi à maintenir ses compétences sur ce sujet.

Solutions envisageables

Je ne vais pas vous le cacher, prendre le problème comme je l’ai présenté est une mauvaise idée!

Tout d’abord parce qu’il est quasiment impossible d’avoir de temps de développer toutes ces compétences. Par ailleurs il faut également avoir les capacités intellectuelles de bien appréhender tous ces concepts différents ce qui demandes des compétences nombreuses et diverses.

Non, une des solutions est de faire comme on fait toujours dans le test: faire des choix, prioriser!

Pour s’aider à prioriser il y a plusieurs paramètres à prendre en compte:

  • les besoins dans son contexte actuel
  • ses préférences
  • le demandes actuelles (et futures) du marché

Son contexte actuel

Pour les besoin dans votre contexte je ne vais pas pouvoir beaucoup vous aider.

Ses préférences

Pour les préférences, cela dépend fortement de vous. De mon côté je me suis vite aperçu que j’avais un affect particulier sur:

  • la conception des tests
  • la communication à travers des bilans et des indicateurs
  • le partage de connaissance
  • la mise en place de stratégies / plan de test

Je me suis donc naturellement orienté vers un métier de consultant / expert

Les demandes actuelles (et futures) du marché

Si l’on écoute le marché alors il y a besoin de tout ce que j’ai cité en première partie. Néanmoins on s’aperçoit que certains élément reviennent fréquemment. Je pense notamment à:

  • l’automatisation
  • des outils pour l’automatisation. Dans ce cas autant s’orienter vers les outils les plus utilisés.
  • toutes les techniques liées à l’Agile avec en particulier le BDD
  • les connaissances de vocabulaires et de techniques de bases présentées dans les certifications ISTQB
  • la capacité à mettre en place des stratégies de test (en général plutôt des plans de test)
  • la gestion des tests d’API
  • La maitrise d’outils comme Xray
  • La maitrise d’outil de CI/CD comme Jenkins…

Au delà des demandes actuelles il y a aussi celles à venir:

  • le test de l’IA et l’IA dans les tests (quasiment dans la première catégorie)
  • L’écoconception
  • la maitrise de nouveaux outils…

Acquérir ces compétences peut se faire par:

  • la pratique
  • des formations
  • des échanges lors d’événement ou dans des communautés de pratique

Conclusion

Les compétences techniques sont la brique élémentaires que tout testeur doit acquérir. Ces briques ne sont pas forcément simples (dans le cas contraire le métier de testeur pourrait être fait par n’importe qui!) à avoir et conserver.

Afin d’être efficace et d’avoir les bonnes compétences techniques au bon moment il est essentiel de bien se connaitre, savoir ce que l’on veut, ce que l’on nous demande et appréhender les besoin du marché. Pour cela, pas de secret: le travail, le partage et la capacité à faire des choix! Encore une fois cette capacité à faire des choix est un des points clés du test (les tests exhaustifs sont impossible), nous sommes donc assez bien placés pour cela.

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

culture générale

Les tests de performances ?

On (et particulièrement moi) parle souvent de tests de performances. Je les aborde notamment lorsque je parle de déploiement continu. Je n’ai néanmoins jamais expliqué concrètement ce que sont les tests de performances ni en quoi ils consistent. D’après la définition ISTQB les tests de performances sont « le processus de test

Lire la suite »
testeur

Le testeur du futur se construira à travers les communautés

Il n’y a pas « un » « testeur du futur » Le début d’année est souvent l’occasion de faire un bilan de l’année précédente. Ce bilan a pour but de s’améliorer par rapport à l’année qui vient de passer afin de mieux réussir cette année qui commence à peine. Je me suis déjà

Lire la suite »
Agilité

L’intégration et le déploiement continu : Le royaume de l’automatisation.

Tout d’abord, il me semble important de définir ce que sont les concepts d’intégration et de déploiement continu. L’intégration continue est l’ensemble des processus automatisés permettant : ·        Le merge des branches ·        La construction d’artefacts (qui pourront être déployés) ·        L’ensemble des tests possibles sans l’exécution du programme (Tests unitaires, tests de sécurité

Lire la suite »