快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

和记娱乐app正网:web测试工具HttpWatch工具简介及使用技巧



一 概述:

HttpWatch强大年夜的网页数据阐发对象.集成在Internet Explorer对象栏.包括网页择要.Cookies治理.缓存治理.消息头发送/吸收.字符查询.POST 数据和目录治理功能.申报输出 HttpWatch 是一款能够网络并显示页页深层信息的软件。它不用代理办事器或一些繁杂的收集监控对象,就能够在显示网页同时显示网页哀乞降回应的日志信息。以致可以显示浏览器缓存和IE之间的互换信息。集成在Internet Explorer对象栏。

二 安装HttpWatch

略过^_^

三 基础功能先容

启动Httpwatch

从IE的“查看”—“浏览器栏”—“HttpWatch”启动HttpWatch。如下图所示:

以下是HttpWatch法度榜样界面

以下用登录我的邮箱mail.163.com例子来展示Httpwatch:

点击“Record”后,在IE打开必要录制的网址,mail.163.com,输入用户名,密码后完成登录操作

1. 3.1 Overview(概要)

表示选定某个信息显示其概要信息

如上图红框所示:

URL: http://mimg.163.com/external/closea_d.js

Result:200

哀求的URL是http://mimg.163.com/external/closea_d.js ,返回的Htpp状态代码结果200,表示成功;

Resync URLBrowser requested refresh if changed - http://mimg.163.com/external/closea_d.js

浏览器哀求的URL

Started At2008-Jan-04 09:21:09.422 (local time)

哀求开始光阴(实际记录的是本机的光阴)

ConnectConnect to IP address '218.107.55.86'

哀求的网址的IP地址

Http RequestUnconditional request sent for http://mimg.163.com/external/closea_d和记娱乐app正网.js

Http哀求,当浏览器向Web办事器发出哀求时,它向办事器通报了一个数据块,也便是哀求信息

Http Response Headers and content returned

Http相应,当浏览器吸收到web办事器返回的信息时

2. 3.2 Header(报头)

表示从Web办事器发送和吸收的报头信息;

http://g1a90.mail.163.com/a/p/main.htm?sid=UBDCcOJJDknBulMFzSJJipPzfROMNqHO

如上图红框所示:

Http哀求头发送信息

Headers Sentvalue

Request-LineGET /external/closea_d.js HTTP/1.1

以上代码中“GET”代表哀求措施,“closea_d.js”表示URI,“HTTP/1.1代表协讲和协议的版本。

Accept*/*

唆使能够吸收的返回数据的范围, */*表示所有

Accept-Encodinggzip, deflate

Accept-Encoding注解了浏览器可吸收的除了纯文本之外的内容编码的类型,比如gzip压缩照样deflate压缩内容。

Accept-Languagezh-cn

表示能够吸收的返回数据的说话

ConnectionKeep-Alive

维持Tcp哀求连接

备注:在HTTP事情开始之前,Web浏览器首先要经由过程收集与Web办事器建立连接,该连接是经由过程TCP来完成的,该协议与IP协议合营构建Internet,即闻名的TCP/IP协议族,是以Internet又被称作是TCP/IP收集。HTTP是比TCP更高层次的利用层协议,根据规则,只有低层协议建立之后才能,才能进行更层协议的连接,是以,首先要建立TCP连接,一样平常TCP连接的端口号是80

Cookievjuids=-1b9063da8.1173d33f879.0.9aab8b85a459d; vjlast=1199406314; _ntes_nnid=a1e69963f40453af8a9ad171cc4cd8da,0|tech|; NTES_UFC=3000000100000000000000000000000000000000000000000000000000000000; Province=021; City=021; ntes_mail_firstpage=normal; NTES_SESS=68LUOUH9ewcCBFyN5OXZ_0qf._IOMCkFscaGYrooXpjtVF7r8Vx7jAzg7HGdWo00GQEn1ZmrZcX7FMAXnb052r8XOFZZYk.hN; NETEASE_SSN=mayingbao2002; NETEASE_ADV=11&23&1199409658752;

Coremail=VDeAMrrrDFaTa%XCVwJiXXsRLSLkbLhZXXZGqPJkEXFKNt

Cookie没什么说的便是客户端记录相关信息

Hostmimg.163.com

哀求连接的主机名称’

Referer Http://g1a114.mail.163.com/a/p/main.htm?sid=XCVwJiXXsRLSLkbLhZXXZGqPJkEXFKNt

包孕一个URL,用户从该URL代表的页面启程造访当前哀求的页面

User-AgentMozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

客户端标识浏览器类型

Http哀求头返复书息

Headers ReceivedValue

Status-LineHttp/1.0 200 ok

表示Http办事端相应返回200

Accept-Rangesbytes

Http哀求范围的度量单位

Age117

表示Http吸收到哀求操作相应后的缓存光阴

Cache-Controlmax-age=3600

一个用于定义缓存指令的通用头标

Connectionkeep-alive

维持Tcp哀求连接

Content-Typeapplication/x-javascript

标明发送或者接管的实体的MIME类型

DateFri, 04 Jan 2008 01:12:26 GMT

发送HTTP消息的日期

Etag"10f470-734-b32eb00"

一种实体头标,它向被发送的资本分派一个独一的标识符

ExpiresFri, 04 Jan 2008 02:12:26 GMT

指定实体的有效期

Last-ModifiedFri, 04 Jan 2008 01:01:00 GMT

指定被哀求资本上次被改动的日期和光阴

ServerApache

一种标明Web办事器软件及其版本号的头标

X-CacheHIT from mimg68.nets.com

表示你的 http request 是由 proxy server 回的

5.和记娱乐app正网 3.5 Query String(查询字符串)

显示查询字符串被用在是通报参数url中

如下图所示:

http://reg.yodao.com/setcookie.jsp?username=mayingbao2002&domain=yodao.com&loginCookie=uaLr3t2p5wKi_ku90vYy04gK1MamttMzYGFxdsppqrz3ZhjsWZ8jzDlVjmxEIpSSx2hn__w3ZsoBSFu6gKRZyRUdIgZYzVciX&clearPersistCookie=

如上面的红框中显示的mayingbao2002字符串,是存在于哀求的URL通报的参

6. 3.6 POST Data

显示经由过程Post要领数据信息

以下是mail.163.com登录历程中POST Data,如下图所示:

https://reg.163.com/logins.jsp?type=1&url=http://fm163.163.com/coremail/fcg/ntesdoor2?lightweight%3D1%26verifycookie%3D1%26language%3D-1%26style%3D-1

上面的红框:application/x-www-form-urlencoded表示,post要领默认提交数据编码

备注:以下为Post要领提交数据编码几种要领:

text/plain

以纯文本的形式传送

application/x-www-form-urlencoded

默认的编码形式,即URL编码形式

multipart/form-data

MIME编码,上传文件的表单必须选择该

Mime Type指的是如text/html,text/xml等类型

MIME(Multipurpose Internet Email Extension),意为多用途Internet邮件扩展,它是一种多用途网际邮件扩充协议,在1992年最早利用于电子邮件系统,但后来也利用到浏览器。办事器会将它们发送的多媒体数据的类型奉告浏览器,而看护手段便是阐明该多媒体数据的MIME类型,从而让浏览器知道接管到的信息哪些是MP3文件,哪些是JPEG文件等等。当办事器把把输出结果传送到浏览器上的时刻,浏览器必须启动适当的利用法度榜样来处置惩罚这个输出文档。在HTTP中,MIME类型被定义在部分的Content-Type中。

数据类型

MIME类型

超文本标记说话文本 .htm,.html文件

text/html(数据种别是text,种类是html,下同)

纯文本,.txt文件

text/plain

RTF文本,.rtf文件

application/rtf

GIF图形,.gif文件

image/gif

JPEG图形,.jpeg, .jpg文件

image/jpeg

au声音,.au文件

audio/basic

MIDI音乐,mid,.midi文件

audio/midi,audio/x-midi

RealAudio音乐,.ra, .ram文件

audio/x-pn-realaudio

MPEG,.mpg,.mpeg文件

video/mpeg

AVI,.avi文件

video/x-msvideo

GZIP,.gz文件

application/x-gzip

TAR,.tar文件

application/x-tar

如上图红圈所表示,可以看到POST Data 中的password和username数据;

备注:get措施和Post措施差别

GET措施

GET措施是默认的HTTP哀求措施,我们日常用GET措施来提交表单数据,然而用GET措施提交的表单数据只颠最后简单的编码,同时它将作为URL的一部分向Web办事器发送,是以,假如应用GET措施来提交表单数据就存在着安然隐患上。例如

Http://127.0.0.1/login.jsp?Name=zhangshi&Age=30&Submit=%cc%E+%BD%BB

从上面的URL哀求中,很轻易就可以辩认出表单提交的内容。(?之后的内容)别的因为GET措施提交的数据是作为URL哀求的一部分以是提交的数据量不能太大年夜

POST措施

POST措施是GET措施的一个替代措施,它主如果向Web办事器提交表单数据,尤其是大年夜批量的数据。POST措施降服了GET措施的一些毛病。经由过程POST措施提交表单数据时,数据不是作为URL哀求的一部分而是作为标准数据传送给Web办事器,这就降服了GET措施中的信息无法保密和数据量太小的毛病。是以,出于安然的斟酌以及对用户隐私的尊重,平日表单提交时采纳POST措施。

7. 3.7 Content

统计显示收到的Http相应信息

如下图所示:可以查看

https://reg.163.com/lo和记娱乐app正网gins.jsp?type=1&url=http://fm163.163.com/coremail/fcg/ntesdoor2?lightweight%3D1%26verifycookie%3D1%26language%3D-1%26style%3D-1

页相应详细内容:

以下是Httpwatch中http状态码列表

200

OK/Success status code

302

Moved temporarily status code

304

Not modified status code

401

Access denied status code

404

Page or file not found

Aborted

Internet Explorer aborted the HTTP request before a response was received

(Cache)

Content read from cache without sending an HTTP request to the server

ERROR_*

An error occurred such as ERROR_INTERNET_NAME_NOT_RESOLVED

2xx

Successful HTTP status code

3xx

Redirection HTTP status code

4xx

Client error HTTP status code

5xx

Server error HTTP status code

具体Http状态查询,可以参考这个

态代码

状态信息

含义

100

Continue

初始的哀求已经吸收,客户该当继承发送哀求的另外部分。(HTTP 1.1新)

101

Switching Protocols

办事器将服从客户的哀求转换到别的一种协议(HTTP 1.1新)

200

OK

统统正常,对GET和POST哀求的应答文档跟在后面。

201

Created

办事器已经创建了文档,Location头给出了它的URL。

202

Accepted

已经吸收哀求,但处置惩罚尚未完成。

203

Non-Authoritative Information

文档已经正常地返回,但一些应答头可能不精确,由于应用的是文档的拷贝(HTTP 1.1新)。

204

No Content

没有新文档,浏览器应该继承显示原本的文档。假如用户按期地刷新页面,而Servlet可以确定用户文档足够新,这个状态代码是很有用的。

205

Reset Content

没有新的内容,但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容(HTTP 1.1新)。

206

Partial Content

客户发送了一个带有Range头的GET哀求,办事器完成了它(HTTP 1.1新)。

300

Multiple Choices

客户哀求的文档可以在多个位置找到,这些位置已经在返回的文档内列出。假如办事器要提出优先选择,则应该在Location应答头指明。

301

Moved Permanently

客户哀求的文档在其他地方,新的URL在Location头中给出,浏览器应该自动地造访新的URL。

302

Found

类似于301,但新的URL应该被视为临时性的替代,而不是永远性的。留意,在HTTP1.0中对应的状态信息是“Moved Temporatily”。

呈现该状态代码时,浏览器能够自动造访新的URL,是以它是一个很有用的状态和记娱乐app正网代码。

留意这个状态代码无意偶尔候可以和301调换应用。例如,假如浏览器差错地哀求http://host/~user(缺少了后面的斜杠),有的办事器返回301,有的则返回302。

严格地说,我们只能假定只有当原本的哀求是GET时浏览器才会自动重定向。请拜见307。

303

See Other

类似于301/302,不合之处在于,假如原本的哀求是POST,Location头指定的重定向目标文档应该经由过程GET提取(HTTP 1.1新)。

304

Not Modified

客户端有缓冲的文档并发出了一个前提性的哀求(一样平常是供给If-Modified-Since头表示客户只想比指定日期更新的文档)。办事器奉告客户,原本缓冲的文档还可以继承应用。

305

Use Proxy

客户哀求的文档应该经由过程Location头所指明的代理办事器提取(HTTP 1.1新)。

307

Temporary Redirect

和302(Found)相同。许多浏览器会差错地相应302应答进行重定向,纵然原本的哀求是POST,纵然它实际上只能在POST哀求的应答是303时才能重定向。因为这个缘故原由,HTTP 1.1新增了307,以便加倍清除地区分几个状态代码:当呈现303应答时,浏览器可以跟随重定向的GET和POST哀求;假如是307应答,则浏览器只能跟随对GET哀求的重定向。(HTTP 1.1新)

400

Bad Request

哀求呈现语法差错。

401

Unauthorized

客户试图未经授权造访受密码保护的页面。应答中会包孕一个WWW-Authenticate头,浏览器据此显示用户名字/密码对话框,然后在填写相宜的Authorization头后再次发出哀求。

403

Forbidden

资本弗成用。办事器理解客户的哀求,但回绝处置惩罚它。平日因为办事器上文件或目录的权限设置导致。

404

Not Found

无法找到指定位置的资本。这也是一个常用的应答。

405

Method Not Allowed

哀求措施(GET、POST、HEAD、DELETE、PUT、TRACE等)对指定的资本不适用。(HTTP 1.1新)

406

Not Acceptable

指定的资本已经找到,但它的MIME类型和客户在Accpet头中所指定的不兼容(HTTP 1.1新)。

407

Proxy Authentication Required

类似于401,表示客户必须先颠末代理办事器的授权。(HTTP 1.1新)

408

Request Timeout

在办事器许可的等待光阴内,客户不停没有发出任何哀求。客户可以在今后重复同一哀求。(HTTP 1.1新)

409

Conflict

平日和PUT哀求有关。因为哀乞降资本确当前状态相冲突,是以哀求不能成功。(HTTP 1.1新)

410

Gone

所哀求的文档已经不再可用,而且办事器不知道应该重定向到哪一个地址。它和404的不合在于,返回407表示文档永远地脱离了指定的位置,而404表示因为未知的缘故原由文档弗成用。(HTTP 1.1新)

411

Length Required

办事器不能处置惩罚哀求,除非客户发送一个Content-Length头。(HTTP 1.1新)

412

Precondition Failed

哀求头中指定的一些条件前提掉败(HTTP 1.1新)。

413

Request Entity Too Large

目标文档的大年夜小跨越办事器当前乐意处置惩罚的大年夜小。假如办事器觉得自己能够稍后再处置惩罚该哀求,则应该供给一个Retry-After头(HTTP 1.1新)。

414

Request URI Too Long

URI太长(HTTP 1.1新)。

416

Requested Range Not Satisfiable

办事器不能满意客户在哀求中指定的Range头。(HTTP 1.1新)

500

Internal Server Error

办事器碰到了料想不到的环境,不能完成客户的哀求。

501

Not Implemented

办事器不支持实现哀求所必要的功能。例如,客户发出了一个办事器不支持的PUT哀求。

502

Bad Gateway

办事器作为网关或者代理时,为了完成哀求造访下一个办事器,但该办事器返回了不法的应答。

503

Service Unavailable

办事器因为掩护或者负载过重未能应答。例如,Servlet可能在数据库连接池已满的环境下返回503。办事器返回503时可以供给一个Retry-After头。

504

Gateway Timeout

由作为代理或网关的办事器应用,表示不能及时地从远程办事器得到应答。(HTTP 1.1新)

505

HTTP Version Not Supported

办事器不支持哀求中所指明的HTTP版本。(HTTP 1.1新)

Type: 哀求URL的类型

以下是Httpwatch中的URL的类型列表

text/html

Normal html based content

text/css

Cascading style sheets

text/xml

XML data, e.g. SOAP requests and responses

text/*

Any textual content type including all the above types

image/gif

GIF image

image/jpg

JPEG image

image/*

Any image including gifs, jpgs and png files

application/x-javascript

Javascript

application/*

Any application content, e.g. flash files (application/x-shockwave和记娱乐app正网-flash)

URL:列出哀求的URL详细地址

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

您可能还会对下面的文章感兴趣: