Стратегия автоматического тестирования сторонней сервисной ошибки

Question

Я пытаюсь написать автоматический тест для ответа моего приложения на отключение сторонней службы.

Как правило, сервис всегда работает. Я ищу надежный способ имитировать его, в частности, не требуя root-доступа. Чтобы добавить еще одну складку: тестируемое приложение будет в отдельном процессе. Я думал просто изменить конфигурацию, указывающую на сервис, но это не сработает.

Все это происходит в среде unix (linux, os x), поэтому я бы хотел, чтобы она работала там, но меня не волнуют окна. Есть ли быстрый способ заблокировать исходящий порт или что-то в этом роде? Это также должно быть временным, так как это должно происходить в середине большего набора тестов.

Надеюсь, есть довольно стандартный способ сделать это, которого я еще не нашел.

Пояснение: Это функциональный тест, чтобы убедиться, что графический интерфейс правильно реагирует, когда служба не работает. Модульный тест уже пройден.

Answer 1

Сделать прокси для сервиса.Укажите прокси для сервиса.Сбейте прокси для сервиса.

Answer 2

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

Идея состоит в том, что вы можете заменить службу фиктивным объектом.который возвращает фиктивные данные для тестирования.Вы также можете заменить службу объектом, который выдает исключение или время ожидания.

При наличии фиктивной службы тестер может использовать приложение и посмотреть, как он реагирует на сбои службы.