内容编码= utf-8测试web应用程序时的问题

Question

我是Jmeter新手，目前正在使用Jmeter测试web application。当我试图使用HTTP(S) Test Script Recorder进行记录时，Jmeter会为“一个”静态屏幕记录“两个”HTTP Request (我不会在屏幕上执行任何其他功能)。而且，当我试图调查时，我知道，唯一的区别是，在第二个HTTP Request中，Content encoding = utf-8。当我运行这个Test Plan时，我注意到在View Result Tree的Request选项卡下，Accept和Referer字段的值正在发生变化。

我的查询:这个应用程序是否为每个屏幕发送两次请求？还是我漏掉了什么？还是这种行为是有意的行为？

示例:下面是一个名为Image Gallery-First on View Results Tree的静态屏幕的示例输出表单：

1. Request Headers:
2. Connection: keep-alive
3. Accept-Language: en-US,en;q=0.5
4. Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
5. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
6. Referer: http://Applicationname.com/
7. DNT: 1
8. Accept-Encoding: gzip, deflate
9. Host: (Application-name).com

关于View Results Tree的第二项成果：

1. Request Headers:
2. Connection: keep-alive
3. Accept-Language: en-US,en;q=0.5
4. Accept: image/png,image/*;q=0.8,*/*;q=0.5
5. User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
6. Referer: http://applicationname.com/tof.AN.UI/Product/IdeaImageGallery
7. DNT: 1
8. Accept-Encoding: gzip, deflate
9. Host: Applicationname.com

请帮助我理解这一点，如果我的问题是非常基本的，请原谅。

注：

我试图对内容编码进行研究，并在stackoverflow：https://stackoverflow.com/questions/17154967/is-content-encoding-being-set-to-utf-8-invalid上发现了以下内容

Answer 1

第二个请求是图像，它位于您要点击的第一个请求页面的某个位置。我相信图片库应该有一些图像。

我建议从记录的示例中删除第二个请求，并使用配置为HTTP请求默认值的Retrieve all embedded resources，并为其使用3到5个线程池，因为这是真正的浏览器所做的。

有关如何使您的测试更加逼真的另一条建议，请参阅如何使JMeter更像真正的浏览器指南。

Answer 2

尝试使用网络分析器/数据包嗅探器(如费德勒 )获取浏览器正常的http/https请求的跟踪，并与JMeter记录的内容进行比较。

Answer 3

@Dmitri T一针见血，但我想让你了解一下如何推断出请求的来源。查看您发布的标题，您可以清楚地看到不仅仅是内容编码的差异。以下几行在重要方面也有差异：

接受: text/html，application/xhtml+xml，application/xml;q=0.9，/;q=0.8

Vs

接受: image/png，image/;q=0.8，/*;q=0.5

和

推荐者：http://Applicationname.com/

vs

推荐者：http://applicationname.com/tof.AN.UI/Product/IdeaImageGallery

要调试这一点，您需要查看正在命中的页面。提到IdealImageGallery的东西在哪里？通过接受头，它在那个位置寻找一个.png文件。通过将页面描述为图片库，您可以看出它可能在图片库中寻找图像。