Если вы используете платформу тестирования, например Mocha , с библиотекой утверждений Chai , вы можете использовать равенство deep для сравнения массивов.
expect(a1).to.deep.equal(a2)
Это должно возвращать true, только если массивы имеют равные элементы в соответствующих индексах.
Для Windows HTTP Вы не можете биться Скрипач . Можно использовать его в качестве обратный прокси для перенаправления портов на веб-сервере. Этому не обязательно нужен IE, также. Это может использовать другие клиенты .
Wireshark не делает перенаправления портов, но осуществляет сниффинг и интерпретирует много протоколов.
Wireshark (или Tshark) является, вероятно, defacto стандартным транспортным инструментом контроля. Это незаметно и работает, не играя с перенаправлением порта и проксированием. Это очень универсально, тем не менее, поскольку не делает (AFAIK), обеспечивают любые инструменты конкретно для контроля трафика веб-сервиса - это - весь tcp/ip и http.
Вы, вероятно, уже посмотрели tcpmon, но я не знаю ни о каком другом инструменте, который делает sit-in-between вещь.
Я судил Скрипача его обратной способностью прокси, которая упоминается @marxidad, и это, кажется, хорошо работает, так как Скрипач является знакомым UI для меня и имеет способность показать запрос/ответы в различных форматах (т.е. Сырые данные, XML, Шестнадцатеричное число), я принимаю его как ответ на этот вопрос. Одна вещь все же. Я использую WCF, и я получил следующее исключение с обратной вещью прокси:
сообщение с К' http://localhost:8000/path/to/service ' не может быть обработан в получателе, из-за несоответствия AddressFilter в EndpointDispatcher. Проверьте, что отправитель и EndpointAddresses получателя соглашаются
, я выяснил (Google спасибо, erm.. Я имею в виду Живой Поиск: p) то, что это вызвано тем, что мои адреса конечной точки на сервере и клиенте отличаются номером порта. Если Вы добираетесь, то же исключение консультируют следующее сообщение форума MSDN:
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2302537&SiteID=1
, который рекомендует использовать clientVia Поведение Конечной точки, объясненное в следующей статье MSDN:
Я использовал Charles в течение последних лет. Очень довольный им.
встроенный прокси JMETER может использоваться для записи всего Запроса HTTP / информация об ответе.
Firefox" Живые HTTP-заголовки " плагин могут использоваться для наблюдения то, что происходит на стороне браузера при отправке/получении запроса.
Firefox" данные Трамбовки " плагин могут быть полезными, когда необходимо прервать и изменить запрос.
Я использую LogParser, чтобы генерировать графики и искать элементы в журналах IIS.
Вы могли бы найти Microsoft Network Monitor полезный, если Вы находитесь в Windows.
Я второй Wireshark. Это очень мощно и универсально. И так как этот инструмент будет работать не только над Windows, но также и над Linux или MAC OSX, инвестируя Ваше время, чтобы узнать, что это (довольно легкий на самом деле) имеет смысл. Безотносительно платформы или языка, который Вы используете, это имеет смысл.
С уважением,
Richard Just Programmer http://sili.co.nz/blog