2015-04-02 5 views
0

Считаете ли вы целесообразным использовать кодовые контракты внутри ваших модульных тестов? Я не думаю, что это так, потому что это похоже на создание модульных тестов для тестирования ваших модульных тестов. Поэтому я не стал бы активировать статическую проверку кодовых контрактов или проверку выполнения для проекта тестирования единицы измерения.Использование кодовых контрактов в модульных тестах

Чтобы уточнить, я хотел бы узнать, в частности, если вы будете писать код кода контракта внутри своих модульных тестов.

ответ

1

Я думаю, что это хорошая идея, чтобы включить кодовые контракты для модульных испытаний, тогда любые сбои в работе контракта могут быть пойманы при выполнении тестов.

Однако обычно не полезно выполнять какие-либо проверки контрактов в самих методах тестирования, за исключением вспомогательных методов, используемых методами тестирования.

+0

Включая кодовые контракты, вы имеете в виду только проверку времени выполнения? –

+0

@LucaCremonesi Да. Включение статической проверки в единичном тестовом проекте может не сильно помочь, но если вы можете сэкономить циклы CPU, то почему бы и нет :) – Keith

0

Improved testability

• каждый контракт действует как оракул, давая тест запустить годен/негоден индикацию.

• Инструменты автоматического тестирования, такие как Pex, могут использовать контракты для создания более значимых модульных тестов путем фильтрации бессмысленных тестовых аргументов, которые не удовлетворяют предварительным условиям.

+0

Я спрашиваю, следует ли мне вводить код кода кода внутри моих модульных тестов. Ссылка, о которой вы сообщили, похоже, не рассматривает этот случай. В нем просто говорится, что наличие кодовых контрактов в вашем ** ** кодексе улучшает его проверяемость. Поэтому имеет смысл, как сказал @Keith, активировать Static Checker в проекте Unit Test. –

Смежные вопросы