Сонная проблема, функция публичной функции, вызывающая личную функцию

Question

У меня проблема с издевательством. Я знаю, что только публичные методы надо издеваться. Но что мне делать, когда частный метод вызывается в открытом методе, и этот частный метод получает данные из файла? Я хочу издеваться над этим частным методом, чтобы я мог продолжить проверку общественного метода.

Я мог бы сделать это общедоступным для проведения тестовой работы, но это не имеет смысла, поскольку оно является частным по причине. Я мог бы также переместить все в другой класс и сделать там функции публичными, но ссылка на объект в основном классе должна быть либо частной, либо частной.

Я использую Rhino Mocks.

Спасибо за любую помощь :)

Answer 1

Вытащите файл зависимость, и перейти в интерфейс IFileSomething в конструкторе. Затем издевайтесь над IFileSomething и установите на него ожидание.

Answer 2

Если поставить функциональность, что делает чтение файла в класс например

FileReader : IFileReader 

Затем пройти в IFileReader как арг конструктора. вы можете затем издеваться над тем, что

Answer 3

Альтернативой другим предложениям является создание шаблона вашего шаблона и получение типа FileReader, который может использоваться во всех методах вашего класса.

template <class FileReader> 
class SomeClass 
{ 
    private: void doSomething() 
    { 
    FileReader fileReader; 
    // Do something 
    } 
}; 

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

Проблема с одним из них заключается в том, что модульные тесты не могут выполняться в FileReader, поскольку доступ к нему из SomeClass отсутствует.

n.b. код выше - C++, но я знаю, что оба метода выполняются с C#.

Answer 4

Убедитесь, что вы соглашаетесь с самим собой, это сервис или предприятие.

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

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

Если вы обнаружите, что это сервис, вы должны каким-то образом ввести зависимость при создании службы. Обычно это может иметь конструктор так: общественного MyService (IFileObject)

Когда строится из основной: вара службы = нового MyService (MyRealFile)

Когда строится из Испытательной установки: вара службы = нового MyService (MyMockedFiled)

Если вы обнаружите, что то, что вы тестируете, на самом деле является бизнес-объектом, вам следует избегать зависимости от Entity. Обычно вы делаете это на один шаг назад и строите класс службы между собой и бизнес-объектом.Служба явно передает бизнес-сущности все необходимые данные. В вашем случае это означает, что служба предоставляет сущности все, что она должна изучать, читая файл.

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

Ваше единичное испытание должно быть выполнено в службу, которая может получить зависимость путем инъекции. Если вы обнаружите, что вы тестируете блок бизнес-объекта, то вам не хватает уровня обслуживания.

Answer 5

Спасибо за ответы, мой файл cookie удален. Я использовал первый ответ и немного изменил код. Хорошо работает :)