Vous avez des améliorations (ou des corrections) à proposer pour ce document :
je vous remerçie par avance de m'en faire part, cela m'aide à améliorer le site.
Utilisation d'un framework de bouchonnage : Notion de bouchon (mock object) et de simulateur
Un mock (un bouchon) est souvent très simple à coder.
Il redéfinit toutes les méthodes de l'interface de communication.
Comme le scénario de test considéré ne va certainement pas utiliser toutes les méthodes de l'interface, seules les méthodes utiles au scénario seront correctement implémentées (les autres seront implémentées à vide).
Il se peut que moins de 50% des méthodes soient utilisées, ce qui rend parfois le codage du « mock » fastidieux au regard du nombre de lignes de code réellement utiles.
L'utilisation de framework de bouchonnage permet de simplifier la production de ces bouchons.
Ces frameworks produisent automatiquement les implémentations à vide des méthodes et permettent facilement de définir des attentes (expectations).
Améliorations / Corrections
Vous avez des améliorations (ou des corrections) à proposer pour ce document : je vous remerçie par avance de m'en faire part, cela m'aide à améliorer le site.
Emplacement :
Description des améliorations :