Qu'est ce qu'un “Stub”?

Martin Fowler a écrit un excellent article sur ce sujet. À partir de cet article:

Meszaros utilise le terme de Test de Double comme terme générique pour tout type de semblant d'objet utilisé à la place d'un objet réel à des fins de test. Le nom vient de la notion de doublure pour les Cascades dans les films. (L'un de ses objectifs était d'éviter l'utilisation de tout nom qui a déjà été largement utilisé.) Meszaros alors défini quatre types particuliers de double:

• Mannequin objets sont passés, mais jamais utilisé. Habituellement, ils sont juste utilisés pour remplir les listes de paramètres.
• De faux objets ont implémentations de travail, mais l'habitude de prendre des raccourcis qui les rend aptes à la production (une dans la mémoire de la base de données est un bon exemple).
• Talons de fournir des conserves de réponses à des appels effectués au cours de l'essai, habituellement, ne répond pas du tout à quoi que ce soit à l'extérieur de ce qui est programmée pour le test. Les talons peuvent également enregistrer des informations concernant les appels d'offres, comme une passerelle de messagerie stub qui se souvient des messages qu'il "envoyé", ou peut-être seulement le nombre de messages qu'il "envoyer".
• Se moque de ce que nous parlons ici: les objets pré-programmé avec des attentes, ce qui forme un cahier des charges des appels qu'ils devraient recevoir.

De le mettre dans mes propres mots: les objets fantaisie "s'attendre à" certaines méthodes à appeler sur eux, et provoquent généralement une unité de test à l'échec si leurs attentes ne sont pas remplies. Des objets de talon de fournir des réponses en conserve (et peut être générée automatiquement par les bibliothèques d'assistance), mais en général ne pas la cause directe de l'unité de test à l'échec. Ils sont typiquement utilisés de sorte que l'objet de tests obtient les données dont il a besoin pour faire son travail.

Je crois "stub" vient de STartUpBlock. il est utilisé pour faire référence à des parties de code qui sont générés automatiquement, pour vous aider, le développeur, commencer.

J'ai posé la question récemment, et a reconnu que cette comparaison entre Stub et Pilote est vraiment clair et utile:

Fondamentalement, les talons et les pilotes sont des routines qui en fait ne font rien, sauf à se déclarer et les paramètres qu'ils acceptent. Le reste du code peut alors prendre ces paramètres et de les utiliser comme entrées.

+---------+-------------------------------+-------------------------------+ 
| | Tampon | Driver | 
+---------+-------------------------------+-------------------------------+ 
| Type | Dummy codes | codes Factices | 
+---------+-------------------------------+-------------------------------+ 
| Utilisé | de Haut en Bas de l'Intégration | de Bas en Haut de l'Intégration | 
+---------+-------------------------------+-------------------------------+ 
| But | Pour permettre de tester le haut | Pour permettre de tester le bas | 
| | le niveau du code, lorsque le | les niveaux de la code, lorsque l' | 
| | les niveaux inférieurs du code | les niveaux supérieurs du code sont | 
| | pas encore développé. | pas encore développé. | 
+---------+-------------------------------+-------------------------------+ 
| Exemple | A et B sont des composants. | A et B sont des composants. | 
| | A ---> B | A ---> B | 
| | | | 
| | A a été élaboré. | Un doit encore être développé.| 
| | B doit encore être développé.| B a été développé. | 
| | Par conséquent, tampon est utilisé | par conséquent, le pilote est utilisé | 
| | à la place de B à l'imiter. | à la place de l'Un à l'imiter | 
| | | | 
| | A ---> Tampon | Driver ---> B | 
+---------+-------------------------------+-------------------------------+ 

De La différence entre le Talon et le Pilote