4、这就是一个简单的获取邮件列表时抓取到的http请求和返回数据，其他的请求进行类似的操作即可抓取到，如何判断是http请求的报文有问题，还是响应结果有问题，就需要根据接口设计规范文档中的描述来作为依据，进行判断；

  5、fiddler可以模拟发起请求，通过Composer页签，把获取到的请求分别填写到请求url，请求body，点击Execute即可 （需要保证当前的会话有效）

二、看日志分析

  排除掉前端的问题之后，需要逐层分析，从后台服务来进行分析定位，当然，定位分析问题的前提条件是，需要对业务流程非常清楚，清楚各模块之间的交互；假如后台服务的平台为linux，则需要对linux的一些常用命令进行掌握，采用tail -f 、 more , grep ,等命令来跟踪日志，最终定位到具体模块的错误信息，或者接口请求、返回结果

三、查询数据库分析

  在测试过程中，除了通过前端的体现来对用例的执行结果进行判断外，还需要对数据库的结果来进行检查，例如对于一个订单的提交，前端返回成功，如果单凭前端返回成功来判定该用例执行成功的话， 很有可能在后台数据处理出现错误，该用例实际的执行结果是失败的；  这种情况下，就需要对数据库表中的值进行查看验证。

四、排除法定位

  我们发现问题时，往往直接提交bug，但有些问题是在特定账号或者特定环境下才会出现，而当研发对问题进行修改时，发现问题不能重现而打回， 为了能对问题进行精准定位，则需要用排除法来定位问题的重现条件。