Как вы издеваетесь над классом Sealed?

Мое общее практическое правило unit-test заключается в том, что объекты, которые mocks мне нужно имитировать, также language-agnostic должны иметь общий интерфейс. Я language-agnostic думаю, что это правильно test-driven с точки зрения дизайна и unit-test значительно упрощает тесты language-independent (и обычно это то, что вы testdrivendevelopment получаете, если используете unit-test TDD). Подробнее об этом можно language-independent прочитать в блоге тестирования test-driven Google latest post (см. пункт 9).

Кроме language-agnostic того, последние 4 года я mocks работал в основном на Java test-driven и могу сказать, что могу tdd пересчитать по пальцам одной language-agnostic руки, сколько раз я создавал language-agnostic окончательный (запечатанный) класс. Еще language-agnostic одно правило здесь: у меня unit-tests всегда должна быть веская unit-tests причина запечатать класс, а language-agnostic не запечатывать его по умолчанию.