так у вас RowStyler даже не бин

Тогда возникает проблема с тем, что оно хочет внедрить зависимость, но мне это не нужно

допускаю что он создается через @Bean где-то ещё, но @PropertySOurce всёравно не там

Вот так я хочу сам создавать обьект. Как выйти из ситуации?

Ну у нас как-то чуть больше свободы совешения ошибок начинающим/продолжающим джунами. Наорать могут, сделать выговор "двойка!!!!!! Переделать". Можно занести этот тест, который отличается от остальных в отдельный класс, но просто когда плодишь классы слишком по мелочи, то тогда труднее придумать более осмысленное название для него. А если класс трудно назвать, то слишком длинное будет цель класс => нарушается конкретика и => один из принципов я боюсь.

конустрктор/билдер

Не совсем понял. Конструктор есть, но если  RowStyler сделать @Component или @Service, то спринг через этот конструктор захочет сам внедрить зависимость, но не сможет

объясните ещё раз так чтобы мы поняли, для чего вам триггерить тесты, опишите кейс более детально плз

через конструктор сетить эти 2 параметра, спринг ничего не знает об этом классе

2?

или сделайте его бином с prototype

Женя Борисов в одном из своих видео объясняет как делать такие бины правильно

но я бы не заморачивался а сделал new RowsStyler(workbook, idColumnWidth, dataColumnWidth)

а ещё лучше если бы у вас был для него билдер( спринговый бин ), который бы уже внутри делал это же

Но мне тогда нужно будет в каждом из классов, которые вызывают сохранять 2 ненужные им переменные

Сейчас попробую прогуглить такой способ

поэтому вы создаете RowsSylerBuilder , который является @Component, инжектите туда эти 2 поля, и создаете метод который возвращает вам new RowsStyler(workbook, idColumnWidth, dataColumnWidth)

Не поможет. Хотя действительно нужно prototype т.к. workbook должен быть разным каждый раз