Тестирование сети прерывает в программном обеспечении
Это сообщение означает, что по какой-то причине сборщик мусора занимает слишком много времени (по умолчанию 98% от всего времени процессора процесса) и восстанавливает очень мало памяти в каждом прогоне (по умолчанию 2% от кучи) .
Это фактически означает, что ваша программа перестает делать какие-либо успехи и всегда работает только с сборкой мусора.
Чтобы ваше приложение не впитывало процессорное время без каких-либо действий , JVM выбрасывает этот Error, так что у вас есть шанс диагностировать проблему.
Редкие случаи, когда я это видел, - это то, где какой-то код создает тонны временных объектов и тонны слабо -referenced в среде с очень ограниченной памятью.
Для получения подробной информации этой статьи ознакомьтесь с этой частью ).
3 ответа
Вы могли бы хотеть абстрагировать сетевой уровень, и затем у Вас могут быть модульные тесты, которые вводят интересные события отказа в соответствующих точках.
Самое близкое, о котором я могу думать, делает что-то похожее с VEDekstop от Shunra..
Моделирование высокой задержки и низкой пропускной способности в тестировании приложений базы данных
Настольный Стандарт Shunra VE является решением для клиентского программного обеспечения на базе Windows, которое моделирует ссылку глобальной вычислительной сети так, чтобы можно было протестировать приложения под множеством текущего и потенциального состояния сети – непосредственно от рабочего стола.
Можно разделить на подклассы любой класс библиотеки, который Вы используете для управления сокетами (по-видимому, CAsyncSocket или CSocket при использовании MFC) переопределите методы, отказ которых Вы хотите протестировать и вставить соответствующий тестовый код в Ваши переопределения.