Гавришов Юрий TulaSoft www.sqlaccessories.com Все, в том числе и ложь, служит истине. Франц Кафка TulaDev.NET. - презентация

1 Гавришов Юрий TulaSoft Все, в том числе и ложь, служит истине. Франц Кафка TulaDev.NET

2 «Без тестов жить нельзя на свете, нет» Тесты хорошо, а TDD лучше Результат применения: Рабочий протестированный код Способствует хорошему дизайну. Самодокументация

3 Unit-тесты. Когда невыгодно/неудобно/не получается использовать Слишком дорого Невысокая цена ошибки Надо было сделать вчера

4 Ситуации, когда сложно использовать юнит-тесты Нужно протестировать класс, который взаимодействует с с базой данных с внешним устройством с файловой системой с внешним сервисом То есть Если класс взаимодействует с внешней средой, от которой его надо изолировать. Если класс работает с объектом, методы которого отрабатывают немгновенно. Особый случай: Если класс работает с объектом или группой объектов, у которых сложная инициализация.

5 Выход – использовать поддельные объекты Пробуем: Сделаем вид, что мы не знаем про моки Ура, используем мок-фреймворк

6 Разновидности поддельных объектов (test doubles) Dummy Test Stub Test Spy Mock object Fake Object

7 Behavior vs state verification Mock-стиль проверки (behavior verification) мы проверям, как происходит взаимодействие объектов. Классический стиль проверки (state verification) мы проверяем результаты взаимодействия.

8 Принцип работы и ограничения «классических» mock-объектов Возможности и ограничения: Можно мочить классы и интерфейсы. В классах можно подменять методы и свойства. Классы не должны быть sealed. Свойства и методы должны быть виртуальными (public or internal)

9 Существующие фреймворки NMock, Nmock2 (RR) Rhino Mocks (AAA, RR, …) Moq (AAA) Microsoft.Moles TypeMock

10 Record-Replay syntax (RR) (пример кода на Rhino.Mocks)

11 Возможности Moq Последнее обновление август Текущая версия 4.0. Не поддерживает Record/Replay. Минимальная версия.NET – 3.0. Один простой вариант использования: mock = new Mock (); Параметры: явное указание, любые, диапазон, регулярное выражение (пример) Генерация исключений (пример) Ruturns: значение, отложенная инициализация и делегат (пример) Callback. Позволяют накапливать параметры вызванных методов. Verification (пример) Возможность настройки поведения при помощи перечисления MockBehavior (примеры) Можно задавать ожидания по умолчанию в SetUp и переопределять их в тесте Перегрузка protected методов (пример) Как «мочить» internal сущности (пример)

12 Microsoft.Moles Не является классической mock-библиотекой. Может переопределять все, что угодно (пример) Можно переопределять члены системных типов Есть только заглушки, моков нет Можно использовать в NUnit и т. д. Подробнее о возможностях (пример)

13 Microsoft.Moles: заглушки и моли FeatureStub typesMole types Detour mechanismVirtual method overriding Runtime instrumentation Static methods, sealed typesNoYes Internal typesYes Private methodsNoYes Static Constructors and Finalizers NoYes PerformanceFastSlower Abstract methodsYesNo

14 Мы можем указывать, какие типы хотим переопределять

15 Можно управлять поведением Чтобы изменить поведение объекта, делаем так: stub.InstanceBehavior = BehavedBehaviors.DefaultValue; MoleBehaviors.DefaultValue незамещенные члены класса будут замещены пустым делегатом и возвращать дефолтное значение типа возвращаемого результата MoleBehaviors.NotImplemented при обращении к незамещенному члену будет возникать исключение NotImplementedException MoleBehaviors.Fallthrough вызовы к незамещенным членам будут обработаны согласно оригинальной реализации их в замещаемом классе

16 Microsoft.Moles: выводы Мощное средство изоляции Но как всегда есть недостатки: Не хватает моков Накладные расходы на поддержание «теневых» сборок Некрасивые правила формирования имен Тормозит рефакторинг

17 TypeMock Платная библиотека для написания тестов в изоляции. Лишена некоторых недостатков Microsoft.Moles Осуществляет перехват вызовов на уровне всего приложения Имеется графический тул

18 Промежуточные выводы Использовать Moles и Typemock не всегда полезно При построении новой логики лучше пользоваться DIP и другими инструментами

19 Выводы Использование моков и заглушек: расширяет применимость юнит-тестов позволяют легко тестировать объекты, не имеющие состояния упрощают setup-методы тестов позволяют тестировать классы в изоляции

20 Ссылки Проект Moq Проект Rhino Mocks Microsoft.Moles Изолятор TypeMock