Что такое «заглушка»?

Итак, продолжая выполнять свое новогоднее намерение получить больше от TDD, теперь я начинаю больше работать с Rhino Mocks .

Одна вещь, которую я очень хочу сделать, - это убедиться, что я действительно понимаю то, к чему я вхожу, поэтому я хотел проверить свое понимание того, что я видел до сих пор (и я подумал, что было бы неплохо поднять это здесь как ресурс).

Что такое «заглушка»?

Мартин Фаулер написал прекрасную статью на эту тему. Из этой статьи:

Месарос использует термин Test Double как общий термин для любого типа воображаемого объекта, используемого вместо реального объекта в целях тестирования. Название происходит от понятия дублера в фильмах. (Одна из его целей состояла в том, чтобы избежать использования любого имени, которое уже широко использовалось.) Затем Месарос определил четыре конкретных вида двойника:

• Фиктивные объекты передаются, но на самом деле никогда не используются. Обычно они используются просто для заполнения списков параметров.
• Поддельные объекты на самом деле имеют работающие реализации, но обычно требуют некоторого сокращения, что делает их непригодными для производства (хорошим примером является база данных в памяти).
• Заглушки предоставляют стандартные ответы на звонки, сделанные во время теста, обычно не отвечая ни на что, кроме того, что запрограммировано для теста. Заготовки также могут записывать информацию о вызовах, например, заглушку шлюза электронной почты, которая запоминает «отправленные» сообщения или, возможно, только то, сколько сообщений «отправлено».
• Мы говорим здесь о макетах: объекты, заранее запрограммированные с ожиданиями, которые формируют спецификацию вызовов, которые они ожидают получить.

Проще говоря: имитирующие объекты «ожидают» вызова определенных методов и обычно приводят к сбою модульного теста, если их ожидания не оправдываются. Объекты-заглушки предоставляют стандартные ответы (и могут быть автоматически сгенерированы вспомогательными библиотеками), но, как правило, напрямую не вызывают сбой модульного теста. Обычно они используются только для того, чтобы тестируемый объект получал данные, необходимые для выполнения своей работы.

«Заглушка» - это реализация интерфейса, который существует для предоставления данных / ответа определенного вида. Например:

• DataSet
• список пользователей
• XML-файл

Обычно это предоставляется другой службой (будь то веб-служба, другое приложение, база данных), но для того, чтобы улучшить тестируемость кода, результаты «подделывают».

Основным преимуществом этого является то, что он позволяет делать утверждения в модульных тестах на основе ожидаемых данных. Если ошибки возникают из-за ошибок данных, тогда можно легко добавить тесты, создать новую заглушку (реплицирующую ошибку данных) и создать код для исправления ошибки.

Заглушки отличаются от макетов тем, что они используются для представления и тестирования состояния объекта, тогда как макет проверяет его взаимодействие .

Я считаю, что «заглушка» исходит от STartUpBlock. он используется для обозначения частей кода, которые автоматически генерируются, чтобы помочь вам, разработчику, начать работу.

«Заглушка» или «метод-заглушка» предназначены для использования в качестве начального кода или временной замены кода, который еще предстоит разработать. Это встроенный код, созданный IDE. Методы-заглушки - это фактически методы, используемые для тестирования методов определенного класса. Он используется путем ввода некоторых значений локальных переменных в ваши фактические методы разработки и проверки правильности вывода. Это важно для поиска ошибок в вашем коде.

Недавно я столкнулся с вопросом и понял, что это сравнение между заглушкой и драйвером действительно ясное и полезное:

По сути, заглушки и драйверы - это процедуры, которые на самом деле ничего не делают, кроме объявления себя и параметров, которые они принимают. Затем остальная часть кода может принимать эти параметры и использовать их в качестве входных данных.

+ --------- + ------------------------------- + ------- ------------------------ +
| | Заглушка | Драйвер |
+ --------- + ------------------------------- + ------- ------------------------ +
| Тип | Фиктивные коды | Фиктивные коды |
+ --------- + ------------------------------- + ------- ------------------------ +
| Используется в | Интеграция сверху вниз | Интеграция снизу вверх |
+ --------- + ------------------------------- + ------- ------------------------ +
| Цель | Чтобы разрешить тестирование верхней | Чтобы разрешить тестирование нижнего |
| | уровней кода, когда | уровней кода, когда |
| | нижние уровни кода | верхние уровни кода |
| | еще не разработан. | еще не разработан. |
+ --------- + ------------------------------- + ------- ------------------------ +
| Пример | A и B - компоненты. | A и B - компоненты. |
| | A ---> B | A ---> B |
| | | |
| | Был разработан. | Еще нужно разработать.
| | B все еще требует разработки. B. был разработан. |
| | Поэтому используется заглушка | Следовательно, драйвер используется |
| | вместо B, чтобы имитировать его. | вместо А, чтобы имитировать |
| | | |
| | A ---> Заглушка | Драйвер ---> B |
+ --------- + ------------------------------- + ------- ------------------------ +

От разницы между заглушкой и драйвером

После некоторого исследования и на основе файлов-заглушек, с которыми я столкнулся во время своей жизни программиста, я бы сказал, что файл-заглушка - это просто файл, который содержит всю или часть реализации файла. Это помогает разработчикам начать кодирование.