（支持原创）转载自：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