客户端和web服务器端的交互，就存在web请求。在测试过程中，我们可以通过web请求发现bug、定位bug的初步原因。

　　先看看http定义的服务器交互方式，有get、post、put、delete，对应的含义是对url资源位的查、改、增、删操作。最常用的就是get和post方法。Get就是读操作，获取资源信息，内容会被浏览器、cache服务器缓存，如宝贝详情页面的请求，都是get方式的。Post表示的是修改资源位的请求，因为内容默认是会变化的，请求返回的内容不会被浏览器缓存住，如发布宝贝页面的请求，就是post方式的。

　　http的请求有同步和异步之分。同步请求，是指浏览器发出请求，服务器响应处理，然后服务器返回处理结果，在请求返回前，浏览器不能干别的。异步请求，是指主动或者被动通过ajax对服务器发出请求，服务器对请求进行处理，此时用户可以在浏览器上干别的，用户行为和服务器的处理可以是并行的。打个比方，面对面的沟通就是同步请求，信息发出后，会等待对方的响应，ww沟通就是异步请求，发送方在发出信息后，同时处理其他事情。

　　再来看看web请求状态的基本含义。

　　1xx，表示临时的响应。

　　2xx，表明服务器成功地接受了客户端请求。如200，网页正常的请求状态。

　　3xx，表示重定向浏览器的请求。304错误，是客户端有缓存，服务器端信息未修改，客户端的缓存还可以继续使用。

　　4xx，表示客户端错误。常见的如404错误，是指无法找到指定位置的资源。

　　5xx，表示服务器段错误。典型的是500错误，Internal Server Error，表明服务器不能完成客户端的请求。

　　最后来说下Web请求的查看。

　　通过firebug、fiddler或者httpwach、以及其他类似工具都可以查看web页面的请求信息。下面以firebug为例进行请求的查看。

　　打开firebug，访问网页，点击网络（没有启用的需要先启用），可以看到各种类型的请求，html、css、js、图片以及其他。

　　从图中可以获取的信息相当丰富，有请求方式、请求状态、请求的服务器、文件大小，以及响应时间，以及当前页面的请求数量。

　　对一个具体的请求进行分析，可以了解当前页面的信息是否正确。如一个非定向营销用户访问定向营销宝贝，详情页面没有显示定向营销活动价格，功能是否正常呢？查看请求，可以看到营销服务器返回的请求活动列表是空的，就可以判断当前详情页面的价格展示是没有问题的。倘若返回的活动列表有内容，但是详情页面又没有显示价格，则是详情页面的展示出了问题。又或者返回的请求显示错误信息，则表示营销服务器有问题。

　　在测试过程中，对于http请求，测试人员可以从以下方面进行关注：

　　● 必须的请求是否有发出；

　　● 功能上的不正常，有可能就是因为请求没发出。拍卖宝贝的评价次数显示为0，通过查看http请求信息，发现就是没有请求发出引起的。

　　● 请求的状态是否正常；

　　● 对于非正常状态的请求进行排查处理；

　　● 是否存在无用的请求或者重复的请求；

　　● 对于此类请求必须要求去除；

　　● 网页的Web请求数多了，必定影响到网页的加载速度，进而影响用户体验；

　　● 请求的实现方式；

　　● 请求的发出是有针对性的还是无目标的对每一次刷新都会发出。后则无疑会造成服务器的巨大压力，detail就曾经碰过2个类似的需求，最后都在功能上去不久后被取消。

　　● 请求返回的内容是否正确

　　● 查看请求返回的信息，内容和格式是否与事先约定的一致。如果和预期不一致，需要反馈提供服务的应用。