Как вы издеваетесь над классом Sealed?
Мое общее практическое правило tdd заключается в том, что объекты, которые mocks мне нужно имитировать, также mocks должны иметь общий интерфейс. Я testdrivendesign думаю, что это правильно language-independent с точки зрения дизайна и language-independent значительно упрощает тесты testdrivendesign (и обычно это то, что вы testdrivendesign получаете, если используете mocks TDD). Подробнее об этом можно unit-tests прочитать в блоге тестирования testdrivendevelopment Google latest post (см. пункт 9).
Кроме unit-test того, последние 4 года я mock работал в основном на Java unit-test и могу сказать, что могу language-agnostic пересчитать по пальцам одной mocks руки, сколько раз я создавал language-agnostic окончательный (запечатанный) класс. Еще tdd одно правило здесь: у меня unittest всегда должна быть веская tdd причина запечатать класс, а mock не запечатывать его по умолчанию.
unit-testing
language-agnostic
tdd
mocking
Как вы издеваетесь над классом Sealed?
Мы используем файлы cookies для улучшения работы сайта. Оставаясь на нашем сайте, вы соглашаетесь с условиями использования файлов cookies. Чтобы ознакомиться с нашими Положениями о конфиденциальности и об использовании файлов cookie, нажмите здесь.