La taverne du testeur

Retour sur le TAQ et la victoire de l’équipe Breizh Test Punisher’s

Pour cette 14ème édition des JFTL, le CFTL organisait le tout premier Tournoi de l’Assurance Qualité (TAQ) et ce sont 10 équipes venues de toute la France qui se sont affrontées le lundi 13 juin.

Je vous propose de revenir sur cette journée mais aussi les prémisses qui nous ont conduits à la victoire finale !

L’équipe à battre

Notre équipe, la Breizh Test Punisher’s était composée de:

  • Yann Helleboid de chez Orange et notre capitaine 
  • Eric Riou du Cosquer de chez Certilog,
  • Alain Ribaut de chez Kereval
  • Florent Vaution de chez Ouest France
  • et moi même, Benjamin Butel de chez Klaxoon

Publiée par le CFTL sur leur page Linkedin. Plus de détail sur l’équipe https://www.cftl.fr/jftl-22-taq-breiz-test-punishers/

A peine notre équipe fut-elle annoncée par le CFTL sur les réseaux sociaux qu’on nous a donné l’étiquette d’équipe à battre.

Je ne vous cache pas la pression que ça nous a mise 🙂
Car s’il y a bien une chose dont on était certain, la victoire se mérite !

Il nous fallait donc un plan de bataille pour y arriver.

Préparation de notre plan de bataille

Bizarrement, nous ne nous connaissions pas tous et la première chose que nous avons faite, c’est nous retrouver, en visio, pour faire connaissance. Cela peut paraître évident, trivial voire bête mais c’est le début  d’une équipe soudée et structurée !

Nous nous sommes réunis une seconde fois après avoir reçu plus d’informations de la part du CFTL. A ce moment, nous avions connaissance des consignes suivantes:

  • Les livrables attendus:
    • Une stratégie et un plan de test
    • Des résultats de test
  • Une présentation d’1mn 30
  • Le fun et l’innovation seront aussi récompensés

Nous nous sommes posé des questions sur l’objet qui sera sous test. Est-ce un logiciel ? ou un objet de la vie de tous les jours? Tout était possible !
Et produire un Plan de test avec une bonne approche de test, ainsi qu’un dossier de tests  en une journée sans parler d’une présentation en 1mn 30. Aie aie aie, très gros challenge !

C’est pourquoi nous avons décidé de répondre:

  • au volet fun par le port d’une marinière et d’une perruque le jour J
  • au volet innovation en privilégiant le management visuel avec Klaxoon que je maîtrise très bien.

Place désormais au concours !

Le jour J

C’est plein d’enthousiasme et avec un peu d’appréhension que nous démarrons cette journée de concours.

On découvre notamment nos adversaires. Quel plaisir de savoir que l’on va concourir avec les meilleurs !

Puis nous découvrons les règles du jeux:

  • Un site web d’e-commerce à tester avec une spécification d’une vingtaine de pages
  • Une stratégie et plan de test à rendre pour 12h
  • Une présentation d’1m30 dont les slides sont à fournir pour 15h
  • Les résultats de test et tous autres documents utiles à remettre pour 16h

Première chose à faire, discuter en équipe et se répartir les rôles:

  • Eric se charge de produire la stratégie de test en affinant le mindmap pré-préparé
  • Je me charge de réaliser un plan de test, avec l’usage d’un troisième Board Klaxoon, en décortiquant la spécification point par point.
  • Florent, Alain et Yann commence leur exploration de l’application:
    • Evaluation de la sécurité et de l’accessibilité du site avec des outils auto
    • Test exploratoire et consignation des résultats avec screenshots et vidéos dans le Board des résultats

Gros challenge mais à 12h, nous avons pu envoyer par mail aux relecteurs les liens pour accéder à nos deux Board Klaxoon: la stratégie de test et le plan de test.

La matinée a été intense et une pause s’impose 🙂
Place au repas.

Quoi que ! Yann et Alain ont perçu une faille de sécurité sur l’accès administrateur du back office. Et hop, les voilà à déjeuner en s’octroyant les droits d’administration 🙂

Reprise du travail au alentour de 12h45 et une nouvelle fois, on se pose pour organiser l’après-midi:

  • Yann et Eric se chargent d’affiner la présentation. Ca sera une chanson sur la mélodie de “Vive les Bretons”. Au final, un seul slide pour notre présentation, notre logo équipe. Eric et Yann écrivent les paroles de la chanson dans l’après-midi.
  • Yann profite aussi d’un petit moment de libre pour écrire un scénario automatisé avec Cypress !
  • Florent, Alain et moi même, on déroule le plan de test et on met en visibilité tous les écarts que l’on rencontre. Que cela soit sur la spécification imprécise voire erronée ou sur le site d’e-commerce lui-même.

16H approchant, place au bilan que nous réalisons sur un document powerpoint:

  • Bilan de la couverture fonctionnelle et non-fonctionnelle au regard des spécifications
  • Bilan des points d’attention
  • Bilan chiffré des tests passés
  • Bilan chiffré des anomalies détectées
  • Préconisations pour les futures versions
Enregistrement du scénario de test automatisé avec Cypress

Après avoir  répété la chanson….dans les toilettes du RDC 😉 le moment venu de dévoiler nos talents de chanteurs est arrivé 🙂
Nous vous laissons découvrir notre œuvre !

Voilà, journée éreintante, challengeante et super fun !

Avec cerise sur le gâteau le lendemain, l’annonce de notre victoire 🙂

Et pour le plaisir, nous avons poussé de nouveau  la chansonnette devant un amphi rempli 🙂

Une nouvelle fois, un très grand merci à toutes les personnes ayant permis ce tournoi: les organisateurs, les membres du jury ainsi que les autres équipes.

Et merci La team Breizh Test Punisher’s ! Je me suis éclaté !

Une réponse

Laisser un commentaire

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

culture générale

Quels tests lorsque l’on migre une application vers le Cloud ?

C’est un fait, de plus en plus d’applications sont migrées de serveurs simple au « Cloud ». Les raisons sont multiples, on peut néanmoins retenir celles-ci : le Cloud offre une mutualisation des ressources (moins d’énergie utilisée en moyenne) le Cloud offre un service de disponibilité proche des 100% le

Lire la suite »
culture générale

Dépoussiérer la politique de test

On entend rarement parler de la politique de test. En général, je dirais même plus que ce terme est peu utilisé et peu connu des testeurs… Au point de ne pas vraiment savoir ce que c’est. Pour rappel, une politique de test c’est le document qui fait référence en terme

Lire la suite »