Dans notre article précédent, nous donnions des pistes pour organiser le contrôle des tests par des instances extérieures à l’équipe de test. En effet, il n’est pas rare d’avoir à rendre des comptes sur les activités de test, et cela peut même être une bonne opportunité pour roder un peu mieux ses pratiques.
On dit que les cordonniers sont les plus mal chaussés. Qu’en est-il des testeurs ; sont-ils les plus mal testés ?
De la qualité des tests découle en partie la qualité des applications. Une application de qualité est souvent une application qui a été bien testée. Les tests permettent d’avoir une idée de la qualité des applications, mais qu’est-ce qui permet d’avoir une idée de la qualité des tests ? En quelque sorte, comment tester les tests ?
Entre crowdfunding, crowdlending, crowdsourcing et crowdstorming, de Wikipedia à Wawa.nc, le pouvoir de la foule n’en est pas à sa première implémentation. Sur la planète Test, le crowdtesting existe maintenant depuis plus d’une décennie, le pionnier uTest (désormais nommé Applause) ayant vu le jour en 2007. De quoi s’agit-il exactement ?
Le monde du test fait face à un paradoxe.
D’une part, peu de formations initiales proposent de se lancer dans la profession, et le métier, quoique de plus en plus recherché en entreprise, peine à sortir de l’ombre. A l'heure actuelle, il est relativement difficile d’attraper un testeur logiciel dans son Pokédex.
Chez Hightest, on sait tous ce qu’est un plan de test, comme on sait tous ce qu’est un wombat ; certains en ont déjà vu en vrai, d’autres non, et ça ne nous empêche pas de faire du test. Ça vous choque ?
Dernièrement, nous avons organisé dans nos locaux un petit déjeuner consacré au test logiciel et aux façons d’améliorer les phases de recette. « Phases de recette » ? Eh oui, si cette expression peut sembler désuète pour un testeur habitué à travailler en mode agile, elle représente encore une réalité pour une grande partie des projets informatiques calédoniens.
En guise d’ice-breaker, nous avons proposé un jeu de notre cru : le Bingo des Recettes à la Noix.
Vous êtes un vieux de la vieille, vous avez passé le niveau Foundation il y a belle lurette (et peut-être d’autres certifications entre-temps, si oui bravo). Vous n’avez pas le temps ni l’envie de vous replonger dans la Bible du testeur, et pourtant vous vous demandez ce qui a pu changer entre 2011 et 2018. Ca tombe bien, cet article est fait pour ça !
Êtes-vous déjà rentré chez vous en fin de journée, pour découvrir dans le miroir que vous aviez de la salade dans les dents ? "Tous ces gens qui l'ont vu et qui ne m'ont rien dit !" En tant que testeur, c'est ce genre de malaise que l'on ressent lorsqu'on trouve un bug et que l'on se rend compte qu'il est déjà en production depuis plusieurs mois. Mais à quel point devons-nous attendre des utilisateurs qu’ils remontent des anomalies ? Et si l'on renverse les points de vue, dans quelle mesure peut-on considérer que rapporter un bug est un devoir ?
Dans l'article précédent, nous parlions d'un de nos jeux permettant de clôturer un projet en faisant le point dans la bonne humeur. Aujourd'hui ça continue ; l'hiver (ou l'été, ça dépend d'où vous nous lisez...) sera ludique ou ne sera pas !
En fin de projet, il est temps de faire le point sur les éventuelles insatisfactions, frustrations et tensions accumulées chemin faisant, et de réfléchir ensemble à des moyens d’y remédier à l’avenir.
En partenariat avec Atlas Management, à l’occasion d’une réunion de clôture, nous avons conçu un jeu inédit que nous vous présentons ici.
Libre à vous de l’adapter et de le faire vôtre !