каждый юнит тест должен начинаться открытием тразакции
------
Остается открытым вопрос - как сделать открытие транзакции при условии что интерфейс разрешает исключительно вызов процедур? Плюс - процедуры сами рулят внутренними транзакциями, которых там может быть не мало...
допустим
------
Можно. Нарушив требование по интерфейсу. Кроме этого, количество писанины и сопровождения станет точно неподъемным. Вопрос об отдельном тестировании процедур потому и возникает, что есть желание не делать лишнюю работу, а делать именно то, что нужно для тестов и получения результата.
NUnit для случая C#.
------
NUnit и так используется. Да, можно косвенно протестировать и процедуры. Но это - косвенно, не прямой юнит-тест. И он скажет очень относительно где именно есть проблема.
Прямо сейчас есть написанный класс, который Я плохо представляяю как именно тестировать. Если точнее - нужна декомпозиция класса, которая сильно не желательна - класс как раз и порожден желанием убрать избыточные сущности... и самое плохое - именно через него идет коммуникация с процедурами.