标签：请求 记录 fidder URL 更新 -- 时间 响应 客户端

（支持原创）转载自：http://www.51ste.com/share/det-900.html

1、statistics

最上面三条数据说明：

1、Request Count -- 请求数，表示该session总共发起了多少个请求
2、Bytes Sent -- 发送请求的字节数（包括请求头和请求体）
3、Bytes Received -- 接收到的字节数（包括响应头和响应体）

ACTUAL PERFORMANCE（真实性能）：

数据说明：
1、ClientConnected -- 客户端连接的时间
2、ClientBeginRequest -- 客户端开始发送请求的时间
3、GotRequestHeaders -- 获得请求头文件的时间
4、ClientDoneRequest -- 客户端完成请求的时间
5、Determine Gateway -- 确定网关使用的时间
6、DNS Lookup -- 查看dns使用的时间
7、TCP/IP Connect -- tcp/ip 连接使用的时间
8、HTTPS Handshake -- https握手使用的时间
9、ServerConnected -- 服务连接发生的时间
10、FiddlerBeginRequest -- Fiddler开始请求的时间
11、ServerGotRequest -- 服务器得到请求的时间
12、ServerBeginResponse -- 服务器开始响应的时间
13、GotResponseHeaders -- 得到响应头文件的时间
14、ServerDoneResponse -- 服务器完成响应的时间
15、ClientBeginResponse -- 客户端开始响应的时间
16、ClientDoneResponse -- 客户端完成响应的时间
17、Overall Elapsed -- 总计耗时（总时长 = 客户端完成响应的时间 - 客户端开始请求的时间）

RESPONSE BYTES (by Content-Type) -- 响应的字节（内容格式）

常见类型说明：
1、~headers~ -- 响应头文件的字节数
2、text/html -- 我们常说的HTML文本大小
（其他类型 通过字面意思都很好理解）

ESTIMATED WORLDWIDE PERFORMANCE（世界其他地方的性能 -- 即其他地方访问该请求需要的时间）
这里有两个参数需要说明下：
1、RTT -- 往返时间,请求从发送出去到返回数据的时间
2、Elapsed -- 耗时，当前小酋发现与RTT几乎都一致

Show Chart（选中的请求所消耗的资源信息，此图的作用：可以看出选中的请求中，各部分的内容所占的比例，大体上分析出哪一种类型的数据占比较多，从而可以对页面的访问进行访问速度的优化）
功能说明：
Copy this chart -- 可以将该饼图复制到剪贴板，粘贴到图形处理软件或者 WORD 中
Collapse Chart -- 收起饼图展示

小技巧：当选中一个请求时，统计的是一个请求的信息。可以通过 Ctrl 或 Shift 选中多个请求，这样就会统计多个请求的信息。

2、Inspectors

1、Headers -- 显示客户端发送到服务器的 HTTP 请求的 header，显示为一个分级视图，包含了 Web 客户端信息、Cookie、传输状态等。

2、Textview -- 显示 POST 请求的 body 部分为文本。

3、Syntaxview -- 为Textview的加强版，查看语法高亮的请求内容。加上了行数标识，鼠标右键的菜单中，相较Textview多了一些功能，如Json、XML格式化，查找替换等。

4、WebForms -- 显示请求的 GET 参数 和 POST body 内容，特别说明，这里 body 应该是 application/x-www-form-urlen-coded 格式。

5、HexView -- 用十六进制数据显示请求。

6、Auth -- 显示 header 中的 Proxy-Authorization 和 Authorization 信息。

7、Cookies -- 请求发送的cookies信息。

8、Raw -- 将整个请求显示为纯文本。

9、Json --  如果请求的 body 是 json 格式，就是用分级的 Json 来显示它。

10、XML -- 如果请求的 body 是 XML 格式，就是用分级的 XML 树来显示它。

3、AutoResponder

下面说说常见的两种使用方式
方式1、重定向请求
类似于命令 urlreplace ，比如需要把生产环境URL定位到测试环境URL，可以通过重定向完成
上面输入 匹配的URL
EXACT:http://www.example.com/
下面输入 要定向到的URL
http://127.0.0.1

方式2、mock模拟
比如请求一个依赖接口，该接口不方便测试。例如：与第三方合作，未联调时就需要提前介入测试我方的接口；app上有调用到第三方的接口；接口的前置场景的接口不易于执行到。
举个例子：
请求http://www.example.com/，正确时应返回一个json串。但因为该URL暂时还没接入联调，这是我们可以

在一个文本中，输入要返回的json结果，如：

{"code":"0","msg":"接入成功，可进行下一步"}

4、composer

fidder并发测试

1、bpu空格+URL，回车，添加响应前断点成功。

2、点击Execute，点击几次就会并发几次

3、点击GO（工具栏没有的可以点击View--show Toolbar打开），点击后，同时响应，并发完成。

标签：请求,记录,fidder,URL,更新,--,时间,响应,客户端
来源： https://blog.csdn.net/weixin_42343146/article/details/107951037

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。