Pour compléter le ./36, c'est d'ailleurs quelque chose qui se fait aussi très souvent dans les gros projets où tous les modules sont éclatés entre plusieurs développeurs / équipes / sous-projets : on fait des "bouchons" qui permettent de tester chaque module séparément sans dépendre des autres (et donc sans avoir besoin d'attendre les autres équipes, par exemple).

Réaliser un bouchon est facile à partir du moment où on a identifié en amont les fonctionnalités auxquelles doit répondre le module qu'il remplace (on a la liste de ce que le module doit pouvoir faire, on peut donc faire un bouchon qui "simule" tout ça en envoyant des résultats bidon, comme vient d'expliquer Nil).