Моделирование проблем с подключением для .NET HttpWebRequest
Есть ли способы программной имитации проблем с подключением (медленное соединение, ответ не завершается, соединение прерывается и т. д.) При использовании класса HttpWebRequest?
Спасибо
Обновлено: Чтобы уточнить, мне это нужно для отладки, но в конечном итоге я хотел бы превратить его в тест. Я использую асинхронные методы BeginGetRequestStream, EndGetRequestStream, BeginGetResponse и EndGetResponse. Я обернул их все в правильные (надеюсь) блоки Try Catch, которые регистрируют возникающие исключения.
Я знаю, что это работает в некоторых случаях (например, когда я вытаскиваю сетевой кабель). Но в некоторых редких случаях (т.е. только когда запрашиваемый веб-сайт работает медленно) моя система дает сбой, и я получаю это в журнале событий.
Exception: System.Net.WebException
Message: The request was aborted: The connection was closed unexpectedly.
StackTrace: at System.Net.ConnectStream.BeginRead(Byte[] buffer, Int32 offset, Int32 size, AsyncCallback callback, Object state)
at System.IO.Compression.DeflateStream.ReadCallback(IAsyncResult baseStreamResult)
at System.Net.LazyAsyncResult.Complete(IntPtr userToken)
at System.Net.ContextAwareResult.CompleteCallback(Object state)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Net.ContextAwareResult.Complete(IntPtr userToken)
at System.Net.LazyAsyncResult.ProtectedInvokeCallback(Object result, IntPtr userToken)
at System.Net.Sockets.BaseOverlappedAsyncResult.CompletionPortCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped)
at System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)
Я предполагаю, что это из HttpWebRequest, но опять же, весь мой код заключен в блоки Try Catch.
Помогут ли в таком случае издевательства?
Я не могу предоставить больше информации. Забавно то, что это происходит только тогда, когда сторонний веб-сайт работает медленно. И в довершение всего, сообщение журнала событий даже не имеет моего собственного метода кода в трассировке стека. До сих пор было много догадок и махинаций с протягиванием кабеля = /
Ответы 4
Если вы контролируете сайт, отвечающий на запрос, я бы сказал, что перевод потока в спящий режим на некоторое время имитирует медленный ответ. System.Threading.Thread.Sleep (количество миллисекунд)
Что касается разорванного соединения, я не могу придумать ничего программного, но я буквально вытащил свой сетевой кабель, чтобы смоделировать это состояние.
Если это делается для целей тестирования, то есть для проверки поведения вашего кода, я бы предложил создать класс, который наследуется от HttpWebRequest / HttpWebResponse, и переопределить методы, которые вас интересуют, чтобы вести себя так, как вы хотите, например Thread.Sleep для задержек , выбросить исключения и т. д.
Я собирался предложить сделать то же самое. :-)
Плохой совет. MSDN направляет против наследования от HttpWebRequest msdn.microsoft.com/en-us/library/system.net.httpwebrequest.a spx (второй параграф под примечаниями).
Предполагая, что вы пишете модульные тесты для покрытия кода, вы можете использовать фреймворк для имитации (лично я предпочитаю Moq), чтобы имитировать реализацию HttpWebRequest для любых виртуальных методов в классе. В вашем макете вы можете сделать свою собственную реализацию того, как вы хотите, чтобы тестовый пример вел себя.
@Крис К сожалению, Microsoft не обратила внимания на сделать многие объекты BCL легко подделываемыми, поскольку они, как правило, используют абстрактные классы, а классы .NET закрыты по дизайну (другими словами, чтобы метод был переопределен подклассом, он должен быть явно отмечен как виртуальный), тогда как Java открыт по дизайну (то есть подкласс может переопределить любой метод, если они не отмечены как окончательные). Использование интерфейсов или маркировка методов как виртуальных избавило бы от множества головных болей при тестировании. У Microsoft сейчас может быть религия тестируемости (например, ASP.NET MVC), но для BCL это немного поздно.
Typemock Isolator может быть в состоянии помочь, но я не верю, что Moq может в этом случае.
+1 Дэвид, нерасширяемость библиотек MS, таких как WinForms, если цитировать другой пример, абсолютно разочаровывает.
Нет, mocks не поможет в этой ситуации, так как вы не знаете, что вызывает прерывание вашего запроса. Я предполагаю, что между вашим клиентским приложением и сервером, к которому вы подключаетесь, есть прокси-сервер, который закрывает соединение. Или сам сервер закрывает его как неиспользуемый. Требуется дополнительная информация.