[:fr]La parole est aux speakers : Lucien BILL[:]

[:fr]Jusqu’à l’AFUP Day 2020, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils ou elles aborderont lors de leur conférence !

La conférence

Ta conférence est intitulée « Les devs viennent de Mars et les testeurs·euses de Vénus ». Viens-tu de Mars ou de Vénus ? As-tu changé de planète ?

Je viens de Pluton : ce n’est ni Mars, ni Vénus, et ce n’est même pas une planète ! Quand j’étais lycéen, j’étais déjà un geek et je bidouillais des trucs sur les ordinateurs pour m’amuser, mais j’avais peur de travailler dans l’informatique : j’étais persuadé que si j’avais les yeux rivés sur un écran toute la journée, j’allais me lasser et ne pourrais plus profiter des jeux vidéo (spoiler : non, ce raisonnement ne tient pas la route). J’ai donc étudié afin de devenir ingénieur en mécanique, et j’ai découvert plusieurs choses :

1. les informaticien·ne·s ne sont pas les seuls à utiliser un écran toute la journée.
2. je travaille beaucoup mieux sur des sujets qui me passionnent
3. faire les calculs de résistance des matériaux pour dimensionner une poutre m’ennuie… Mais coder quelque chose qui le fait à ma place m’amuse beaucoup plus !

Quand j’ai cherché un emploi après l’obtention de mon diplôme, j’ai également prêté attention aux offres de reconversion dans l’informatique, et j’ai commencé ma carrière en tant que codeur pour un progiciel bancaire utilisant un langage propriétaire obscur. J’ai rencontré un mentor qui m’a appris à devenir développeur : mon travail alimentaire est devenu quelque chose dont j’étais fier. Le hasard a ensuite voulu qu’une place me soit proposée sur un projet de test : j’ai commencé à découvrir un nouveau métier. En bref : de bidouilleur, je suis devenu codeur, puis développeur, puis développeur testant de manière particulièrement rigoureuse ses portions de code, puis testeur codant des script pour automatiser certaines tâches.

Tu fais donc maintenant des tests : ton ancien poste de développeur ne te manque-t-il pas ?

Pas du tout ! Mais cela a plus un rapport avec le contexte social qu’avec le métier : pour beaucoup de raisons, je suis plus heureux à mon poste actuel de testeur. Je me sens également plus utile en tant que testeur et je travaille avec des outils plus modernes que quand je touchais à un progiciel dans un langage propriétaire ayant une communauté très restreinte. Et surtout, je triche : je me suis spécialisé dans les tests automatisés, donc je continue de coder !

Penses-tu que l’on donne suffisamment de place aux tests dans les projets informatiques actuels ?

Pour reprendre un ami normand, je répondrai « peut-être bien que oui, peut-être bien que non ». À la JFTL (Journée Française des Tests Logiciels) 2019, j’ai par exemple découvert comment SmartBear utilisait des pratiques de « Test Driven Developement » pour améliorer la qualité de ses produits. C’était très intelligemment fait, et le test était un outil vraiment bien exploité, au service de la qualité logicielle. J’ai également vu certains projets lutter pour tenter d’obtenir un niveau de qualité acceptable car tous les efforts étaient concentrés sur la production de nouvelles fonctionnalités, et le cycle de vie d’une évolution était « le développeur code et passe sur autre chose, quelqu’un teste pour vérifier que c’est bon, puis on livre ». Trouver une anomalie dans ce contexte équivalait à perturber tout le planning du développeur. Certains testeurs faisaient sciemment semblant de ne pas voir certaines anomalies, car ils étaient moins embêtés en laissant aller des bugs aller jusqu’en production et être détectés par le client, plutôt qu’en les signalant pour qu’ils soient corrigés avant livraison.
Se poser la question « pense-t-on suffisamment aux tests » est la première étape pour améliorer la qualité des applications.

Une conférence présentée par

Lucien BILL

Il était développeur, et il est progressivement devenu testeur. Vérifier la qualité d'un produit est très important, mais tout tester manuellement est compliqué, long, et peut vite le rendre fou : il s'est donc spécialisé dans les tests automatisés.

Autres interviews

[:]