Modèle des tranches d’emmental

Présentation du modèle

Vous connaissez sûrement le modèle des tranches d’emmental dans le test.

Ce modèle part d’un principe de base: la multiplication des points de vues et/ou des techniques est essentielle si l’on veut tendre vers du 0 défaut.

Cette vision des tranches d’emmental peut se schématiser comme ceci:

Image prise sur le site wiki fan de test

Prenons le temps d’analyser ce modèle.

Ce que le modèle nous apprend

Le modèle est intéressant à bien des égards. Voici ceux que je retiens:

  • Quelle que soit la personne ou la technique utilisée, cette personne ou technique a des failles! Ce point est particulièrement important et nous rappelle, tout comme les 7 principes du test, que pour bien tester il faut du bon sens (on ne met pas tous ses œufs dans le même panier). En effet, aucune technique de test ne pourra tout couvrir, personne ne peut prévoir tous les scénarios et repérer l’ensemble des anomalies!
  • La qualité dépend d’un ensemble de paramètres et personnes! Si un produit est de bonne qualité c’est grâce à l’ensemble des intervenants sur le projet.
  • La découverte d’une anomalie en production résulte d’un ensemble de défaillances dans les processus de test. L’anomalie étant passer par les « trous » des différentes tranches.
  • Avoir plusieurs couches, et donc des points de vues, permet d’améliorer efficacement l’efficacité des tests.
  • Il ne sert à rien de trop multiplier les couches. Au bout d’un moment, ajouter une couche coûtera plus cher que la protection qu’elle nous procure.
  • Au delà du test, ce modèle peut être utilisé pour bien définir des fonctionnalités et les modéliser. On peut alors penser à une application concrète qui est le BDD et les 3 amigos.
  • L’intelligence collective est particulièrement puissante. De même, on a souvent besoin d’un plus petit que soit (et ce n’est pas moi qui le dit).
  • Quand on fait des tests, il faut s’assurer de leurs qualités! En effet, il est important d’optimiser chaque tranche.

Les limites du modèle

Comme toute simplification, le modèle en tranche d’emmental a ses limites. On peut penser notamment à:

  • Quel que soit le nombre de couches, on ne pourra pas avoir de « 0 défaut ». Il est important de rappeler cela car le modèle en tranche d’emmental peut nous faire espérer le contraire.
  • Les couches ne proposent pas les mêmes « protections » d’une campagne sur l’autre. En effet, le contexte évolue, les tests doivent évoluer. On peut également penser au paradoxe des pesticides. Si on veut rester sur ce modèle, on peut imaginer que les rayons que doivent couvrir les tranches ne proviennent pas toujours du même endroit.
  • Le périmètre d’utilisation d’une application n’est jamais bien défini, il y a toujours des utilisations non prévues. Le modèle en tranche d’emmental peut laisser penser que tout ce qui est hors limite des tranches ne fait pas partie de l’application. En fait ça serait plutôt ce qui n’a pas été pensé (illusion d’absence d’erreur ?)

Conclusion

Le modèle en tranche d’emmental est un modèle très intéressant, qui, même s’il a ses failles permet de bien faire ressortir l’importance de:

  • la collaboration entre l’ensemble des acteurs qui travaillent sur un logiciel.
  • L’importance d’avoir différentes phases et types de test

N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances

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

Une réponse

Laisser un commentaire

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

Bug

Le Paradoxe des pesticides

Définition : Le paradoxe des pesticides n’est pas exclusif aux tests. En fait il a même été « récupéré » par le test car à l’origine c’est un paradoxe qui nous vient du monde agricole. Ce paradoxe est assez simple : plus on utilise de pesticides, plus on doit en utiliser car les « mauvaises

Lire la suite »
Mesures

Les petits trucs de testeur: Suivre la production

Introduction Lorsque l’on fait prévoit nos tests il faut choisir lesquels nous ferons car, faut-il le rappeler, les tests exhaustifs sont impossible! Ce choix se fait en fonction des risques, les risques sont calculés en fonction de leur impact et de leur probabilité d’occurrence. Hors, comment faire pour bien estimer

Lire la suite »
Automatisation

Outil de test: automatisation IHM avec Protractor

Cet article fait partie d’une série dans la taverne qui tend à présenter succinctement différents outils de test. Protractor en Bref Protractor est une surouche de Selenium qui utilise Javascript et qui est spécialisé dans les tests IHM (Interface graphique) End to End. Il est couramment utilisé pour faire des

Lire la suite »