'

Использование mock-объектов в модульном тестировании

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

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


Слайд 2

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


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

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


Слайд 9

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


Слайд 10

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


Слайд 11

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


Слайд 12

Microsoft.Moles: заглушки и моли


Слайд 13

Мы можем указывать, какие типы хотим переопределять <Moles xmlns="http://schemas.microsoft.com/moles/2010/"> <Assembly Name="mscorelib"> <StubGeneration> <Types> <Clear /> <Add Namespace="System!" /> <Add Namespace="Express" /> <Add Namespace="SomeUtils*" /> <Remove TypeName="NotUsedClass" /> </Types> </StubGeneration> </Assembly> </Moles>   <StubGeneration> <Types> <Clear /> <Add AbstractClasses="true"/> </Types> </StubGeneration>


Слайд 14

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


Слайд 15

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


Слайд 16

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


Слайд 17

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


Слайд 18

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


Слайд 19

Ссылки Проект Moq http://code.google.com/p/moq/ Проект Rhino Mocks http://www.ayende.com/projects/rhino-mocks.aspx Microsoft.Moles http://research.microsoft.com/en-us/projects/pex/default.aspx Изолятор TypeMock http://www.typemock.com/typemock-isolator-product3


×

HTML:





Ссылка: