maytonalex55555пропущено...

А если в исключённой части косяк?

Правильную логику тоже можно криво вставить, дёрнуть и т.д.
Давайте так. Есть бизнес кейсы. Они должны быть на 100% придавлены UI/End-To-End.
По этим - нет вопросов. Их надо тестить.

А есть другое. Есть модульные. Интеграционные. Вы их тестируете по другому обычно.
Они - шире чем бизнес-кейсы и дешевле в стоимости времени. На пирамиде Фаулера
они нарисованы внизу.
Тогда я не понял, что "исключить" трактуется как "отложить на потом".

Вообще же покрывать надо по максимуму, без выделения геттеров/сеттеров или чего-то ещё. Другое дело, что геттеры неявным образом тестируются в тестах, которые проверяют функционал, использующий геттеры. Точно так же и про вставку логики - если есть уверенность, что сам вызов будет протестирован, тогда вставку тестировать нет необходимости (проверяем только логику). Но если нет уверенности, что все вставки покрыты кейсами для других подзадач, тогда критический баг может оказаться незамеченным. Хотя и здесь можно ещё посмотреть на цену ошибки и сравнить с ценой её вылавливания.