Для начала я бы устал от любых статических методов, которые требуют переменную-член. Для меня это признак того, что у вас есть объект (вероятно, в одной области). Поэтому мое первое предложение состояло бы в том, чтобы перевести StringResourceHelper в нестатический класс и использовать DI как обычно.
Если вы не можете, то поддерживает ли ваш DI-фреймворк статическую установку сеттера? Предупреждающие сигналы звучат для меня, если я вижу что-то за пределами начальной загрузки, играющее с платформой DI, как мне кажется, что вы используете платформу DI в качестве локатора службы.
Если вы не можете изменить класс на нестатический, и ваша структура DI не поддерживает статический ввод метода установки, тогда я бы либо:
Установите DI-фреймворк как часть тестов, настроенных на возврат макетов или добавьте сеттер в StringResourceHelper, чтобы им можно было управлять.