Comment tester avec son cerveau ? Introduction aux tests exploratoires, un outil essentiel pour tous

Peut-on tester sans cahiers de recette ? Dans un environnement avec peu de spécifications fonctionnelles, comment faire de la non-régression ou trouver le cas un peu tordu qui va "casser" l'expérience utilisateur ? Cet atelier va vous apprendre à faire des sessions de test exploratoire efficaces.

Tech Tech
#WORKSHOP in French
Tuesday May 24th
10:40 - 12:30

Dijkstra room (S105)

Tester sans scripts et sans cahiers de recette dans un environnement avec peu de spécifications fonctionnelles peut en perturber plus d'un·e. Dans ces conditions, comment faire de la non-régression ou trouver le cas un peu tordu qui va "casser" l'expérience utilisateur ?

Suffit-il de tester comme un singe, un chat ou un enfant de 3 ans en tapant sur toutes les touches ou en cliquant sur tous les boutons au hasard ? Bien sûr que non! Il existe des méthodes de tests pour trouver des bugs qu'on n'avait pas anticipés et sur lesquels nos utilisateurs risquent de tomber avant nous. Dans cet atelier, nous ferons une introduction aux sessions de tests exploratoires avec mise en pratique, pour que vous appreniez la technique en mettant les mains dans le cambouis.

Ce que vous allez apprendre

  • Comprendre la démarche du test exploratoire comme une approche guidée, réfléchie, et qui peut se passer de scénarios de tests
  • Intégrer les tests exploratoires à votre stratégie de test : ils sont une approche complémentaire aux tests de non-régression classiques, qu'ils soient manuels ou automatiques
  • Utiliser des concepts comme les oracles, les heuristiques ou les tests guidés par le risque
  • Comment trouver des bugs utiles pour les clients et les utilisateurs

Public visé :

  • Les testeurs fonctionnels, les développeurs de tests fonctionnels, les tests managers, coaches QA, lead testeurs…
  • Les responsables de produit, PO
  • Toute personne souhaitant mieux tester fonctionnellement son code.

Matériel nécéssaire :

  • 1 portable avec un port HDMI par groupe de 5-6 personnes

François Le nôtre

AVM Up

Ingénieur tests & validation chez AVM Up, un éditeur de logiciels proposant des solutions allant du serveur à reconnaissance vocale aux solutions hébergées Saas ‘sans-papier’ afin d’améliorer le traitement des commandes client.

Egalement co-organisateur du Meetup Lyon Testing, qui propose régulièrement des présentations autour du test logiciel.

Ce que j’aime:

  • L'exploration et les variations dans les tests, que je combine pour une efficacité redoutable,
  • La collaboration avec les autres équipes pour livrer les projets et partager les connaissances
  • Le Hong Ha et son magnifique Bò bún, le meilleur restaurant vietnamien de Lyon incontestablement!

Ce que je n’aime pas:

  • Enregistrer des rapports d’anomalie mineures sur l’ergonomie dans un outil de suivi des bugs,
  • Les problèmes liés à l’environnement de test qui empêchent de passer du temps à réellement tester,
  • Les restaurants qui vendent de la nourriture industrielle à des prix élevés.

Nicolas Canseco

PlayPlay

Quality assistance and agile facilitator. Currently, I try to find bugs in organisations to help them deliver better. Sometimes, I share my experience or set up events (Meetups, Paris Test Conf).


Stéphane Colson

I’m a Freelance Software Tester in Lyon or remotely.


 

Other talks from Nicolas, Stéphane, François

2017 - The Quest for the Ultimate Test Story EN

  • #WORKSHOP
  • Ard Kramer
  • Stéphane Colson
  • François Le nôtre

Good stories last: They release emotions, they have their own life, they make you proud and they can help you inform and move others. This is why we embarked on our quest: the quest for the Ultimate Test Story! We set forth to scour the earth in search of testers. Testers with interesting experiences and crazy stories to tell, but not having the words to bring them to life. Our weapon of choice: Test Sphere. A deck of hundred cards that inspires and supports these testers to craft, temper and shape their raw experiences into strong, red-hot stories of power.

2018 - (Re)invent your test strategy EN

  • #WORKSHOP
  • Beren Van Daele
  • Stéphane Colson
  • François Le nôtre

Testing is a craft, but it is also and for many foremost a job. A job you do day in day out, evolving with all the rituals every employee develops over time. These rituals, together with all sorts of other external factors (deadlines, pressure, etc.) often means that we don’t have a test strategy or that we are no longer reconsidering the strategies we set out from the start. Having the right strategy in testing is important to stay as efficient and effective as you can be.

2019 - Histoires d’échecs logiciels. Et si on testait mieux ?

  • #TALK
  • Stéphane Colson

Des problèmes avec des logiciels, on en a tous eu: dans les produits auxquels on participe au développement ou même dans ceux qu’on utilise au quotidien.

Lorsque c’est le tunnel d’achat qui est cassé pour les quelques utilisateurs ayant mis dans leur panier un produit particulier, c’est une perte de revenue et d’image, mais l’impact reste limité. Mais lorsqu’il devient possible de mettre dans son panier des quantités négatives de produit et que le client peut être crédité de la somme au lieu d’en être débité, cela peut vite couter très cher si le “truc” vient à se faire connaitre; et pour cela les réseaux sociaux se feront un plaisir d’être vos pires ennemis.

De plus vous pouvez faire confiance à la diversité du monde pour avoir l’originalité suffisante d’avoir des données relativement improbables aux conséquences pouvant être désastreuses pour votre business.

En allant de la personne recevant toutes les amendes de sa ville, au logiciel de reconnaissance faciale ayant des réactions racistes, au chômeur régulier sommé de rembourser une somme énorme par les services sociaux, au formulaire ne vous permettant pas de saisir votre situation, les logiciels ne sont pas toujours là pour nous faciliter la vie lorsqu’ils ont oublié des cas de figure particuliers.

Dans ce talk, je présenterai plusieurs exemples d’échecs logiciels qui ont eu des conséquences parfois étonnantes. Cela peut être dû à une maladresse, un oubli, un bug ou même une utilisation frauduleuse du système. Avec des exemples parfois drôles, parfois dramatiques voire choquants, vous verrez que la complexité de nos métiers n’est pas que dans la technique. Je parlerai aussi un peu des biais cognitifs qui font qu’involontairement on ne fait pas toujours les bonnes décisions, même si on s’est armé de la meilleure volonté du monde, et d’une quantité de travail énorme.

Finalement, pour pallier à cela, bien entendu il faut tester son produit, et pas seulement le produit développé mais aussi les idées et principes qui fondent celui-ci. Le contenu de ce talk peut donc potentiellement intéresser les responsables produits, les développeurs, les UX designers, les business analyst, les testeurs…