a_voroninВы не тестируете таблицу пользователей или процедуру создания пользователя или триггер на таблице пользователя, вы тестируете класс пользователя, метод создать пользователя, метод обновить пользователя, метод дать права пользователю и т.д.Это противоречит вашему же:a_voroninВообще надо понимать, что unit tests тестируют модули кода. Ключевое слово "модули".

Идея юнит тестов в том, что бы покрыть тестами не только интерфейс программы, а именно модули кода.
То есть, если какой то метод не вызывается непосредственно нажатием кнопки в UI, то это не значит, что его не надо тестировать.
Тестируется весь код, даже если какой то код вызывается другим, уже протестированным кодом, а тот в свою очередь ещё каким то кодом, тоже протестированым.
Ну и если у вас какой то код написан не на C#, а, например, на джаве, или на T-SQL, то это не значит, что его не надо покрывать тестами, это точно такая же часть системы, как и метод "создать пользователя"

Уж не говоря о том, что клиентским приложением может быть макрос в Экселе, или нарисованная мышкой страничка в SSIS, и что же, если нету классов, то нету юнит-тестов?

Далее уже вопрос в технологичности, стоимости и т.д. Может, в какой то разработке разумнее будет не покрывать юнит-тестами код на T-SQL, в другой исключить код на PowerShell или оставить в покое макросы экселя.
Но это уже решается теми, кто ведёт проект. Если десяток сиквелистов настукивают на T-SQL тыщу строк в день, то идея покрыть это юнит тестами выглядит вполне разумной.