Приближение к вещам под немного другим углом ...
Я бы меньше беспокоился о тестировании этого конкретного класса. Код в нем чрезвычайно прост, и хотя функциональный тест для проверки его работоспособности с подключением был бы полезен, тест на уровне модулей "может" не понадобиться.
Вместо этого я бы сосредоточился на тестировании вызываемых им методов, которые, похоже, действительно что-то делают. В частности ...
Я бы протестировал метод constructURL из этой строки:
String url = constructURL (event);
убедившись, что он может правильно создать URL-адрес из разных событий, и генерирует исключения, когда это необходимо (возможно, для недопустимого события или null).
И я бы протестировал метод из следующей строки:
String responseMessage = responseParser.getResponseMessage (connection);
Возможно вытащить любую логику "извлечения информации из соединения" в один процесс и оставить только "разобрать указанную информацию" в исходном:
String responseMessage = responseParser.getResponseMessage(responseParser.getResponseFromConnection(connection));
или что-то в этом роде.
Идея состоит в том, чтобы поместить любой код "должен иметь дело с внешними источниками данных" в один метод, а любую логику кода - в отдельные методы, которые можно легко протестировать.