C#: Стыковка и тестирование защищенных (или закрытых) методов в закрытых классах - подходы

Question

У меня есть закрытый класс с защищенными методами, поведение которых я хочу проверить. Это затрудняет прямое тестирование, и трудно издеваться.

Это код, который не был разработан в TDD, и теперь я добавляю модульные тесты для определенной функциональности.

Каковы общие подходы в этом случае? На данный момент у меня есть:

1. Имейте класс незапечатанным. Затем создайте прокси или адаптер, полученные из класса в нашем тестовом коде, чтобы туннелировать доступ к защищенному методу.
2. Оцените поведение в защищенном методе делегата/функтора и заново вставьте его. Затем проверьте поведение, основанное на фактах, независимо.
3. Тестирование путем вызова ближайшего общедоступного метода в иерархии наследования, использующего защищенный метод. Потенциально приводит к большому количеству насмешек и подверженности риску, когда код отличается от кода, находящегося под контролем теста, - создание хрупких тестов.
4. Используйте отражение, чтобы получить доступ к защищенному методу. Затем позвоните прямо.

Есть ли еще?

Answer 1

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

И нет никаких испытаний точки private методов. Поскольку они не имеют поведения public, за исключением того, что доступно через методы определяющего класса, их поведение должно быть проверено путем тестирования методов public.

Answer 2

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

Answer 3

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

Answer 4

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

И почему вы должны тестировать частные/защищенные методы? Для этого вы можете использовать внутренние методы и InternalVisibleToAttribute. Но в целом вы должны проверять только общественное поведение (т. Е. Только открытый интерфейс).

Answer 5

Вы можете использовать инфраструктуру JustMock. Например:

double value = 0; 
var fakeFilterSetHelper = Mock.Create<FilterSetHelper>(Behavior.CallOriginal); 
Mock.NonPublic.Arrange<double>(fakeFilterSetHelper, memberName: "GetPriceRangeFromSession").Returns(value);