Поведение атрибутов тестирования
2 ответа
Я думаю, что вы немного параноик, но это нормально: -)
Если вы доверяете коду SharpArch, то я бы не стал беспокоиться об исключении, которое вам вернут. правильно. Предположите, что он работает, и устраните любые проблемы во время интеграции или функционального тестирования. Тестирование стороннего кода имеет значение только тогда, когда вы либо не доверяете ему, либо пытаетесь его понять.
С другой стороны, если вы хотите проверить наличие атрибута (т. Е. Убедиться, что у метода есть соответствующий атрибут), вы можете написать тест, который использует отражение для проверки подписи метода и выполнения некоторых утверждений. Это не так уж сложно - вы просто используете объект methodinfo для определения атрибутов метода и сканирования TransactionAttribute.
Я считаю, что тестирование транзакционности вашего кода имеет смысл. Я бы сделал это на уровне интеграции, когда вы подключаетесь к реальной базе данных - тогда легко сгенерировать неправильные данные, перехватить исключение и утверждать, что в базе данных не было изменений.
Я не уверен, как бы вы протестировали его на уровне модульного тестирования.