Проблема в том, что ты требуешь делать очередной костыль вместо выяснения реальной причины вызывающей проблему.

:) Как можно выяснить то, что лежит за пределами доступности? :)

И, кстати, костыль совершенно лишний - условия возникновения ошибки соответствуют неработоспособности сети как таковой и в прикладе это не лечаt...

Так проблему и не надо лечить, надо чтобы мой софт корректно обработал возникшую проблему. Для того, чтобы корректно обработать, нужно поместить систему и условия, когда эта проблема возникла. Враппером можно симулировать любую ситуацию и таким образом можно проверить корректную работу системы.

А причины возникновения ошибки интересны только для того, чтобы не говорить "никогда такого не было и вот опять" :) Ну что тебе даст знание, того, что "какой-то техник поменял IP" или "полиси концерна требуют, чтобы диск D был защищен от чтения и записи" или "уборщица Клава махнула шваброй и выдернула сетевой кабель"? Толку от знания этих причин никакого. Более того, софт не может эти причины "пофиксить", а вот реагировать на них он должен правильно.

Так что это не костыль, это методология, которая позволяет абстрагироваться от окружения и тестировать то, что нужно тестировать (а метаться между тестовой и живой БД).