Scripter编辑器HTTP使用说明

因此，上面/admin/失败，将导致用户执行失败，用户发起的请求总数只有2个，而不是31个。这完全符合浏览器的行为，如浏览器主页失败，则就不会出现正常页面可以点击，即不会出现后面的HTTP请求，所以，Scripter的业务脚本提供录制解析成多级结构，如果最终生成的脚本跟网站不一样，请用户受到拖拉对应的HTTP请求到对应的位置。

2.2 Scripter的WEB界面简单介绍

如果请求的响应消息存在Set-Cookie头域，因此需要获取它的Cookie值（工具自动关联Cookie与jsessionID参数），作为会话，以便后面的请求Cookie值可以引用该值。

1) 整个业务过程的http交互流程将被录制下来，然后生成界面。

2) 界面左边为树形，表示业务的模拟流程，包括HTTP的请求，事务与思考。

3) 右边为对应左边树节点的内容界面，“请求页”为如HTTP请求的信息，包括地址URL、HTTP消息的头域与HTTP的消息体；“响应页”为该HTTP请求对应的响应结果。

4) 生成脚本时，将会自动把Cookie自动提取为参数

2.2.2 响应消息内容检查

如果需要检查收到的响应消息是否期待接收的正确消息，需要配置。

有些HTTP响应单从响应码无法判断是否是正确的消息，需要检查响应消息的内容。

2.2.3 查看录制日志

可通过“录制快照”窗口双击表格查看录制日志，也可以点击“请求消息”或“响应消息”的“录制日志”按钮查看。

其中，响应消息录制日志界面支持右键菜单操作（一般不建议这里操作，而是在比较两次录制或比较录制与回放时操作）。

1) 关联参数

对选择的HTTP请求节点设置关联参数，即从该节点的响应内容获取参数值。如界面选择JSessionID值的获取方式为左边为“Set-Cookie: ”右边为“;Path”

2) 检查文本（设置检查点）

对选择的HTTP请求节点设置检查点，只有响应内容出现该值才认为执行该节点成功。

3) 复制

即复制选择行的内容

2.3 Scripter查看录制快照了解页面结构、分析页面

查看录制时的HTTP情况，包括URL、响应码、时间等，目的了解使用真实的浏览器打开网站的情况。

说明：

1、该功能可以作为您分析页面是否合理，分析如何优化页面请求

2、页面结构，页面花费时间在什么地方

点击工具栏的“快照”按钮

说明：

3、双击可以查看HTTP资源录制时的请求日志与响应日志。

4、点击“并发时间图”可以查看浏览器是如何并发请求资源的，花费时间，并发个数

可以通过录制快照了解到：

1）录制包括多少也页面（建议在每个页面第一个与最后一个请求添加开始事务与结束事务，即每个页面作为一个事务，方便统计时间、成功与分析）

2）网页的组合，每种类型有多少个，占用比例是否合理。

通过这个可以了解页面是否合理，会不会请求数太多、资源太大没压缩、重复资源多（没缓存）

3）了解访问网址包括多少个HTTP请求

4）了解浏览器完成网站所有HTTP请求的时间（即网页时间），后面使用工具模拟并发时打印的事务时间与该时间比较，即可知道事务时间是否合理。

5）了解浏览器使用多少个TCP连接、多少个并发同时完成HTTP资源下载。后面使用工具模拟即可知道工具是否能够模拟真实浏览器的行为，因为只有模拟真实客户端（浏览器或其他应用）的测试才是最有意义的。

6）每个请求使用GET还是POST

7）每个请求成功（2XX或3XX响应）还是失败（4XX或5XX响应），失败会红色标志

8）了解是否存在缓存，请求的响应码如果是304，表示浏览器缓存存在该资源，没有下载实践内容。

9）了解每个请求花费的时间、开始时间、结束时间

2.4 Scripter设置是否模拟浏览器行为

目前已知的性能测试工具只有kylinPET支持模拟浏览器，这样测试的时间才是最真实的用户访问页面时间。

2.4.1 模拟浏览器三种方式介绍

只有模拟浏览器行为的测试才是最有效的测试，测试结果才能真实反映支撑用户场景。点击“设置”按钮，弹出设置窗口：

1) 串行模式发送请求

表示每个虚拟用户只使用一个线程发送脚本的所有请求

2) 模拟浏览器行为，根据录制并发请求

表示每个虚拟用户多个线程、多个TCP并发HTTP请求，即录制时浏览器的行为，并发个数与TCP数参照录制快照。

注意：

1、这里每个并发线程执行完一个HTTP请求，立即执行下一个HTTP请求，即两个请求没时间间隔，除非有思考时间（Think Time）

3) 并发，按照录制时间间隔发送请求

表示每个虚拟用户多个线程、多个TCP并发HTTP请求，而且HTTP请求发送时刻与录制时HTTP的间隔时间一致。即录制时浏览器的行为，并发个数与TCP数、时间间隔参照录制快照。

该设置表示完全按照录制时的浏览器行为，因此录制时浏览器的操作行为需要按正常的用户操作方式，包括思考时间。

注意：

1、这里每个并发线程执行完一个HTTP请求，需要等待一定时间后才执行下一个HTTP请求，即两个请求之间有时间间隔（间隔时间根据录制时浏览器的间隔时间）

2、思考时间（Think Time）在该配置下不会执行，因为HTTP间隔已经包括录制时的思考时间，因此要求录制业务时思考时间是正常用户的使用行为。

2.4.2 为什么模拟浏览器行为

下面举测试人员经常遇到的问题：

1) 为什么测试工具运行时间比浏览器时间长

为什么使用浏览器访问页面响应很快，1-2秒就完成；而使用测试工具却需要10几秒，甚至几十秒才完成脚本。

解答：

a) 这是由于浏览器访问页面响应是并发的，同时并发多个线程（多个Socket），而性能测试工具基本是串行发送请求的。如果一个页面有100个资源（CSS、HTML、JS、图片），需要发送100个HTTP请求，如果使用6个线程（浏览器），则每个大概请求14个HTTP；如果使用一个线程（测试工具），则需要请求100个，时间当然大很多。

上图为chrome浏览器访问www.qq.com时，调试工具显示的并发情况。可以看到浏览器是并发多线程多TCP下载网站资源。

b) 另外浏览器具有缓存功能，如果之前访问了www.qq.com，会把一些图片缓存在浏览器临时目录，下次请求时发送的HTTP请求会带上If-Match或Etag等头域，WEB服务器判断资源没改变则会304响应，而不是回200 OK，这样减少资源的传输，所以时间就小。而有些测试工具是不携带这些头域（包括Loadrunner），因此回的响应是200 OK。所以测试人员默认真实测试时，可以考虑部分有缓存，部分没缓存。

2) 测试工具成功运行N个虚拟用户，但不知道服务器是否可以支持N个用户

性能测试工具运行一定用户数都成功，则表示该服务器能支持这么多用户数？如果不是，哪到底能支持多少用户？

解答：

一次有效的测试结果，不只用户都运行成功，同时需要保证访问一个页面或一次交易的响应时间在合理范围。这里介绍“2-5-8原则”，简单说，就是当用户访问一个页面或一次交易能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-8秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过8秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求。

还有，如果测试工具模拟的虚拟用户能代表真实用户的行为，且事务响应时间在合理范围，可以认为该服务器可以支持N个用户。

3) 怎样才能测试出WEB服务器能支持多少真实用户，怎样的服务器调优参数才合理

解答：

这需要性能测试工具可以模拟出真实用户的行为，包括HTTP请求数、每用户并发线程与TCP连接数、思考时间、有无缓存。

为什么需要模拟真实用户的线程数与TCP连接数呢？操作系统的TCP连接数理论值一般很大，操作系统对TCP连接设置有默认值（怎么配置，可以网上搜索，这里不介绍）；但实际测试中TCP连接在几百，就出现测试的响应时间很长。抓包分析，原来是三次握手的SYN包服务器不及时响应，导致SYN重传（3秒后，9秒后）。

如果SYN丢了，则会重发，但是第一次是3秒后，第2次是在9秒后，如果重发才收到的SYN_ACK，则导致TCP连接超长，从而导致业务响应时间延长。

WEB服务器的线程数与TCP连接数实践测试往往很低，这不是提高硬件就能轻松解决的，这也是服务器调优比较复杂的配置。

因此，只有尽最大能力模拟真实用户（浏览器或其它WEB客户端，可能不同浏览器的并发线程与TCP数都不一样）的行为的测试场景，测试结果才最真实，测试场景满足规格与客户需求，则服务器调优参数才最有意义。

2.4.3 工具如何模拟浏览器行为

Scripter在录制业务时，将浏览器的TCP数与线程数，页面请求时间记录下来，启用模拟浏览器配置，将可以模拟浏览器一样的行为，包括每个请求发送的间隔时间（支持ajax定时轮询），启动的线程数与TCP连接数。

模拟真实用户行为，这样的性能测试才是最有用的，最有说服力。

2.5 录制两次脚本比较实现关联参数

工具提供比较两次录制日志标识出两次录制不一样的内容为红色，让用户一目了然识别出那些内容需要进行关联，很大程度提供脚本编辑效率与准确率，减少用户脚本出错及定位脚本时间。

2.5.1 为什么需要关联参数

正常业务场景时，通常存在发送的请求消息需要带上前面服务器回复的动态数据，如验证码、会话ID之类，否则业务将失败。因此需要工具支持从响应消息获取参数值，即关联参数。

2.5.2 第一次录制，并保存

新建一个新的业务脚本，然后通过录制创建脚本，并保存。操作方式见上面的“以代理方式举例”。

2.5.3 第二次录制

同第一次录制操作方式，创建一个录制脚本。

注意：

1、可能需要清空缓存，防止两次录制关键的HTTP请求由于在缓存存在而浏览器不发送HTTP请求。

2.5.4 比较两次录制

打开第一次录制，点击工具栏的“比较”按钮，在弹出文件选择框里，选择第二次录制保存的脚本。

注意：

1、比较时，工具自动过滤cookie与set-cookie头域，即这些头域不比较，用户也无需关联Cookie与JSessionID，因为工具支持自动关联Cookie与JSessionID。

2.5.5 比较过滤设置

1) 不显示图片

即HTTP请求的资源为图片（ico,jpg,gif,png,jpeg）时，不需要比较，同时不显示到比较窗口，即内容不打印到窗口。目的是过滤无意义的HTTP请求与响应（图片是静态资源，内容不变，比较无意义），减少比较内容，因为图片内容一般不影响业务，比较无意义。

2) 不显示CSS

同图片解释，CSS是静态资源，内容不变，比较无意义

3) 不显示JS

如果JS是静态资源，内容不变，比较无意义。如果JS会根据用户动态变化，则可以选择比较

4) 不显示媒体

同图片解释，媒体（音视频）是静态资源，内容不变，比较无意义

5) 录制为304响应码，回放为200响应码不比较

录制时由于浏览器有缓存功能，服务器回的是304（即没发送内容）；但工具删除Last-Modified，Etag头域（默认删除，可以配置不自动删除），因此服务器回的是200，携带内容。

因此304与200比较无意义，因为录制没内容，回放有内容，比较肯定不同，且无意义。虽然不比较，但是会将内容打印到比较界面，这点跟前面的图片不一样。

6) 不比较的URL（可以使用逗号分隔）

当请求节点对应的URL（以http前缀的整个URL）包含过滤的URL，则不进行比较。因此，可以过滤一些不需要比较的URL，提高比较效率。

7) 不比较的头域（可以使用逗号分隔）

工具默认不比较头域：date, etag, expires, server, last-modified, connection, if-modified-since, if-none-match, cache-control, proxy-connection；另外，自动关联参数时，工具默认不比较Cookie、Set-Cookie，因为工具支持自动获取Cookie与JSessionID，因此用户不需要关联Cookie与JSessionID。

2.5.6 如果弹出未找到的URL窗口

例如下图：

如果点击“比较”后，弹出如上图的窗口，表示列举属于第二个录制文件的URL在第一个文件里找不到它对应的URL。

注意：

1. 如果是URL的参数不一样，工具是能够识别的，但如果是URL参数前面不一样，工具则认为是不一样。

需要用户确定两次录制步骤是否一样，如果第二次录制多了一些步骤或者步骤不一样则将导致找不到的URL；还有如果业务交互过程的HTTP请求存在动态改变URL（不包括参数值）的情况，例如：

第一次录制的URL是http://www.baidu.com/abc/1/

第一次录制的URL是http://www.baidu.com/abc/2/

解决办法：用户在workspace\url_map目录下创建一个map.txt文件，文件每一行代表一个映射，URL间使用空格分隔；第二个录制文件即窗口提示找不到的URL在前面，如：

2.5.7 比较页面介绍

注意：

1、为了补齐，在Header及Body后会添加回车，目的是节点同步，所以，在查看比较时，请忽略回车。

2、如果出现左边与右边内容不对齐，即出现错乱行号，是因为打印的内容出现乱码。解决方法通过“设置”窗口选择正确的编解码，如“UTF-8”

1) 流程管理（对应业务脚本）

红色代表两次录制日志内容存在不一致；黑色代表正常；灰色代表HTTP请求没有比较或者该节点不是HTTP节点（如是思考时间）。

2) 按钮介绍

² 为上一个差异

² 为下一个差异

² ，左边为录制内容，显示录制内容的长度

² ，右边为回放内容，显示回放内容的长度

² 显示录制与回放内容的不同总数

3) 内容区域

红色代表不同之处

黑色代表相同

4) 比较内容

最下面的比较内容

当选择录制或回放某一行内容时，将在这里显示录制与回放对应的行，以便比较。

2.5.8 双击某个请求节点或内容区域单独比较一个请求

当关联窗口的记录数太多，或者不同的行长度太长导致无法看到不同内容，可以针对某个HTTP进行比较。

比较页面为全部HTTP请求的比较结果，如果需要单独比较一个HTTP请求与响应，双击即可弹出窗口：

界面与比较全部HTTP界面基本一样。但还包含文本格式转换。

注意：

1、文本格式转换只针对HTTP响应的body部分，不包括header部分。

1) 保存原来格式

保存响应部分body原来的格式

2) 转换XML内容

如果响应部分body是XML内容，且XML格式不好，例如没有回车或排版不好看，可以通过转换XML内容将XML格式转换为漂亮格式，方便比较。

3) 转换JSon内容

如果响应部分body是JSon内容，且JSon格式不好，例如没有回车或排版不好看，可以通过转换JSon内容将JSon格式转换为漂亮格式，方便比较。

4) 自动换行，每80个字符一行

如果某行太长，不方便比较，可以把它转换成多行进行比较

5) 自动换行，每100个字符一行

如果某行太长，不方便比较，可以把它转换成多行进行比较

6) 自动换行，每120个字符一行

如果某行太长，不方便比较，可以把它转换成多行进行比较

7) 自动换行，每160个字符一行

如果某行太长，不方便比较，可以把它转换成多行进行比较

8) 自动换行，每200个字符一行

如果某行太长，不方便比较，可以把它转换成多行进行比较

2.5.9 关联参数

工具支持自动获取Cookie与JSessionID，因此用户不需要关联Cookie与JSessionID。

点击界面的按钮，自动关联响应消息的消息体中不同内容，提取关联参数

注意：

1、默认情况下，界面显示的关联项，是从响应消息的所有不同值里过滤出来的，即默认勾选了去掉重复与只在后面内容出现；过滤条件可以点击界面上的“过滤”按钮设置。

2.5.10 批量添加关联

在表格里选择需要关联的项，如果对系统不熟悉，可以勾选过滤条件后，选择全部。

当在关联窗口选择多条时，然后单击“添加”按钮，则为多条记录批量添加关联，提高效率。

如果出现告警：

最下面列出的参数名与参数值表示虽然在脚本里添加成功了，但这些参数值没在后面的发送请求里找到它对应的值，可能不需要关联，需要用户自己判断是否需要。

2.5.11 添加单个关联

可以双击表格某条记录或者选择某条记录，然后点击“添加”按钮来添加。

1）双击或选择需要关联的行然后单击“添加”按钮，编辑并点击“确定”即在脚本对应的HTTP节点添加关联参数，同时把该节点后面所有包含“匹配文本”的值的HTTP请求节点替换成参数名。

2）点击“还原”按钮将在对应的HTTP节点删除该关联参数。

3）鼠标选择表格中对应的行时，比较界面将自动定位到该关联参数对应的行

4）表格字段说明

² URL：该参数归属的HTTP节点

² 匹配文本：两个脚本不一样的内容

² 左边文本：匹配文本左边的值，也是虚拟用户运行时在接收消息查找的字符串

² 右边文本：匹配文本右边的值，也是虚拟用户运行时在接收消息查找的字符串

² 参数名：提取查找后的值作为该参数名的值，后面通过引用该参数名（使用{}符号）时，即可替换为实际值。

² 已处理：该参数是否已经存在对应HTTP节点的关联参数列表里

² 行数：对应在打印消息内容界面的行

如果出现告警：

关联虽然在脚本里添加成功了，但该参数值没在后面的发送请求里找到它对应的值，可能不需要关联，需要用户自己判断是否需要。

2.6 其他关联方式

关联方式有多种，详细请参照《kylinPET 关联参数》文档。下面简单介绍两种：

2.6.1 手动关联参数

找到响应消息里的不同之处，鼠标拖动选择红色（两次录制不一致）内容。

注意：

1、关联参数只能是从响应消息里查找，因此请选择的内容是属于响应消息内容，而不是属于请求消息内容。

2、为确保下面发送的内容携带它，建议全文搜索下，如果后面没有包括该不同之处，则可能它不是关联参数（当然可能也需要自动关联，因为后面根据它计算一个新的值）

然后，点击右键弹出菜单

2.6.2 直接在响应消息界面添加

工具提供了几种提取方式。

1) 左右方式

通过查找左边文本和右边文本，然后提取中间部分内容。

2) 自定义方式

支持正则表达式匹配

支持匹配次数

支持查找成功后，再进行查找；类型有：在匹配成功的内容左边进行再次匹配，在匹配成功的内容里进行再次匹配，在匹配成功的内容右边进行再次匹配。

3) 工具自动方式

有些参数是协议常用的，工具内置了提取方法。如Cookie

2.7 提取动态参数（参数化），并设置参数列表

设置动态参数跟关联参数不同，动态参数是用户输入的内容，关联参数是从服务器响应获取的内容。动态参数如用户登录输入的用户名与密码。

2.7.1 为什么需要参数化

例如，需要模拟多个用户登录，每个用户使用不同的用户名与密码，则需要将用户名与密码参数化。

2.7.2 比较两次录制脚本（如果两次使用不同参数值）

操作方式跟“自动关联参数”的比较两次录制一样。找到请求消息里的不同之处，然后，鼠标选择不同之处，点击右键弹出菜单

2.7.3 直接替换

1) 点击“编辑” -> “字符串替换为参数”或者工具栏的“字符串替换成参数”按钮，在弹出窗口输入，替换值与参数名

说明：

“字符串替换为参数”是对整个脚本里所有字符串“kylinPET”进行替换，而不只是POST请求消息。如果只对某个字符串替换，可以手动修改。

2) 找到参数对应的HTTP节点，直接将内容替换成“{参数名}”

2.8 设置参数列表

参数配置详细参照《kylinPET 参数配置》文档。

脚本里包括了动态参数后，则需要为这些参数变量提供参数实际值，实现每个用户的参数值不一样。

点击“工具” -> “参数列表”或者“工具栏”的按钮。

密码为随机类型，前缀为pass，后面可以为1-50的随机值

用户名为顺序类型，前缀为user，后面按顺序递增，递增部分长度为5，不足补0。

说明：

1. HTTP发送节点文件名如果出现参数化，存在“{}”符号，则需要在参数列表配置该参数对应的值，以便实现每个用户不同的取值。也可能是需要前面的响应消息里获取参数值，如{Cookie}, {jsessionid}

2. 如果发送的消息里面出现有参数没替换（如{username}），则可能有两种情况：1）该参数需要在前面的响应消息里获取它的值，则检查是否没配置参数关联或者配置但获取失败；2）表示该参数没在参数列表配置，需要添加该参数（如username参数）。

3. 参数列表提供从文件方式导入参数，文件格式如下：

列名1列名2列名3

列值1列值2列值3

2.9 为每个页面添加自定义事务

如果录制时只有一个页面，则不需要添加自定义事务，因为整个脚本就是一个事务；但如果录制时是多个页面（如访问页面A后，再点击页面B），需要给每个页面添加自定义事务，目的是可以统计每个页面的成功、失败与时间。

每个页面录制时所花费的时间工具已经得出（参照值），业务运行的事务时间数据与参照值对比就可以确定该页面花费时间是否在合理时间范围，建议满足“2-5-8”原则。

当然，如果不需要关注页面时间，可以不添加自定义事务。

2.9.1 插入开始事务

选择需要插入“开始事务”的树节点，然后右键

则在选择节点前插入事务。

注意：

1、当选择模拟浏览器行为时，即虚拟用户并发HTTP请求，则循环次数只能为1。

2.9.2 插入结束事务

同“开始事务”的操作方式

如果结束事务aaa是在login.jpg后，需要选择/admin/节点，而不是login.jpg节点。

2.10 添加检查点/断言

工具默认根据响应码来判断请求是否成功，但可能请求回复的是200成功，但实际内容是错误。举例如：输入用户名密码成功放回正常页面html，失败返回失败页面html，两个页面都是200响应返回的内容，但失败页面需要提醒我们脚本失败，则可以添加检查点，假设成功页面包括“检查响应内容”，则如上图配置。

配置项包括内容长度：该配置支持检查一个范围，符合该范围才认为请求成功，如果HTTP相应内容是chunked或是压缩内容，工具也是检查该内容的长度，而不是解压后的长度，这点需要注意，另外，检查长度占用资源和内存比检查文本要小，如果测试发现内存CPU比较高，可以使用检查长度替换检查内容。

2.11 设置是否执行思考时间

录制时每个链接点击前将插入思考时间，但默认“忽略思考时间”，即执行用户脚本时不执行思考时间，如果需要执行思考时间，则在“设置”的“思考时间”选择“执行思考时间”。

注意：

1、当选择模拟浏览器行为的“并发，按照录制时间间隔发送请求”方式时，思考时间无效，因为它已经记录录制时HTTP请求的间隔时间。

选择需要插入“思考时间”的树节点，然后右键

则在选择节点前插入思考时间。

2.12 Scripter其他功能介绍（不要求配置）

2.12.1 可通过全局查找替换服务器域名

假设网站通过DNS实现负载均衡，而我们业务录制时网址为192.168.1.2，不需要查询DNS。因此，这里把192.168.1.2替换为域名www.kylinPET.com，目的是通过DNS查询域名来得到它的IP地址，这样可以实现负载均衡。

点击“编辑” -> “替换字符串”或者“工具栏”的按钮，弹出窗口输入替换值。

替换了93处，即把脚本里所有数节点，所有内容出现192.168.1.2替换为www.kylinPET.com。

注意：

该步骤只是为了说明工具提供的功能。如果只对某个字符串替换，可以手动修改。

2.12.2 删除头域例子：删除HTTP的ThreadID头域

这里只是介绍删除头域功能，并不要求需要删除头域

点击“编辑” -> “删除头域”或者“工具栏”的按钮，弹出窗口输入头域值。

则ThreadID头域将从所有HTTP消息里删除

删除了31处

注意：

该步骤只是为了说明工具提供的功能。如果只对某个HTTP请求的删除，可以手动修改。

2.12.3 增加头域例子：添加ThreadID头域

这里只是介绍增加头域功能，并不要求需要增加头域，只在有需要是添加。

点击“编辑” -> “头域”或者“工具栏”的按钮，弹出窗口输入头域值。

注意：

该步骤只是为了说明工具提供的功能。如果只对某个HTTP请求的添加，可以手动修改。

2.12.4 启用缓存功能

点击“工具” -> “设置”或者“工具栏”的按钮。

启用缓存功能，则web资源如图片,js文件等将不会重复请求多次。

默认禁用，严格按照录制时的URL，如果录制存在重复，则执行也重复

2.12.5 域名与IP映射表

录制业务时，域名对应的IP地址保存为映射表。如果勾选“启用DNS映射表”，则域名对应的IP地址已经存在，工具不会去查询DNS，除非对应的HTTP请求消息界面勾选了“通过查询DNS负载均衡”。如果没有勾选“启用DNS映射表”，则运行时需要查DNS得到域名的IP地址。

2.13 Scripter保存脚本

点击“文件” -> “保存”或者“工具栏”的按钮。如脚本保存为test.spet

2.14 Scripter调试（回放）脚本

点击 “工具栏”的按钮运行脚本，通过日志调试脚本是否正确。虚拟IP的脚本调试可通过Controller的“调试脚本”实现场景调试。

注意：

回放时工具自动选择“串行模式发送请求”，即不启用模拟浏览器并发。浏览器并发只在Controller运行场景时才有效，因为这里需要根据回放日志与录制日志比较。

1) 流程管理（对应业务脚本）

红色代表存在错误；黑色代表正常；灰色代表HTTP请求没被执行或者该节点不是HTTP节点（如是思考时间）。

2) 按钮介绍

² 为运行按钮，点击运行脚本进行调试

² 为停止按钮，点击停止运行脚本

² 为上一个错误

² 为下一个错误

² 为导出日志按钮，如果日志太多，需要查找或过滤（如过滤Error或Excepiton关键字找出错误日志），可导出到文件，然后通过UE或NotePad++等软件分享。

² 弹出窗口，显示回放日志与录制的比较，不一样内容显示红色，方便用户快速定位问题，或验证回放是否表示业务执行成功。

² 显示文本区域的内容长度

3) 回放日志内容区域

a) 红色代表错误或异常

日志内容包含：“Error:”或“Exception:”关键字

b) 黑色为业务消息日志

如发送日志或响应日志

c) 蓝色为分隔信息或统计信息

² runTime：表示整个脚本运行时间

² requests：请求（发送）消息个数

² responses：响应（接收）消息个数

² throughput：吞吐量

² Transaction：脚本中事务统计

² response code：响应码统计

2.15 通过浏览器验证回放页面是否正确

2.15.1 为什么需要验证页面

1) 通过浏览器打开回放数据，页面直观判断业务是否正确，保证脚本正确性。

2) 性能测试时，可能出现脚本回放成功，但实际业务没有成功。通过浏览器查看回放页面即可一目了然判断页面错误。再结合回放与录制日志比较，找出哪个地方设置错误。

例1：用户登陆失败，但服务器回复响应200 OK重新定位到登陆界面输入用户名与密码而不是登陆成功后的页面，测试工具认为正常。

例2：当录制的业务比较复杂时，如存在大量的参数需要关联，或者Session不仅在Cookie出现，甚至在URL或Referer头域也存在Session信息。这种情况下，编辑脚本非常容易出现问题，因为测试人员一般不知道哪些参数需要关联，哪些参数与Session相关，所以可能脚本回放成功，但实际业务失败。

2.15.2 如何需要验证页面

脚本执行回放成功后，点击回放窗口的按钮

1) 验证页面窗口

验证页面采用代理方式实现，与代理方式录制业务一样。不同于录制的是，kylinPET不会将收到的请求发送给真实的WEB服务器，而是代替WEB服务器回复HTTP响应，响应数据来源于回放时的数据。

a) HTTP与HTTPS使用同一代理端口8111

b) URL：为该次回放数据里出现HTML页面的URL列表，如果URL里没有出现正常业务对应的页面或URL，则表示回放存在错误。

注意：

1 工具自动设置系统的IE代理，如果设置失败（可能是权限原因），请自己手动设置浏览器的代理地址为localhost，端口为8111；

2 Linux系统需要用户自己手动设置浏览器代理。

3 设置代理方式参照“2.1.3 以代理方式举例”

c) 自动打开浏览器，并访问网站

2) 弹出录制控制条

a) URL：为该次回放数据里出现HTML页面的URL列表，通过选择对应URL打开它的页面

注意：

1 建议每次选择新的URL前，手动关闭之前打开的浏览器

b) requests：显示工具处理了多少个HTTP请求

c) 每次打开页面后，重新点击浏览器的刷新按钮，避免由于缓存导致浏览器不发送部分HTTP请求。另外，建议刷新前，打开浏览器的调试功能，键盘F12键（后面介绍调试功能作用）

3) 刷新页面前打开浏览器调试功能

A. 调试窗口的Network（网络）作用

1) 查看打开页面对应的所有HTTP请求信息，包括URL、请求方法、响应码、时间线（如果，时间轴重叠表示浏览器是并发请求）

2) 应用于kylinPET的验证页面，可以看到那些请求回了404响应码（内容为）。对回响应码404的请求，表示脚本可能出现错误，需要定位是否脚本问题。定位脚本问题方法后面介绍。

3) 测试人员可以通过调试界面学习浏览器与服务器业务交换流程，学习HTTP。

B. 各类型浏览器打开调试功能的Network（网络）方法

1) IE9

IE9才自带有Network（网络）功能，按F12将打开调试窗口（也叫开发人员工具），选择Network（网络）选项卡

2) Chrome

按F12将打开调试窗口（也叫开发人员工具），选择Network（网络）选项卡

3) Firefox

需要安装firebug组件，按F12将打开firebug的调试窗口，选择Network（网络）选项卡

2.15.3 页面错误，通过验证快照定位是否脚本问题

当验证页面时，工具也记录了浏览器发送的HTTP请求，及这些请求在回放里找到的响应数据映射。通过比较URL映射表，用户即可知道哪些URL出问题，如在回放数据里找不到。

点击录制控制条“快照”按钮

红色表示浏览器发送的HTTP URL在回放里没找到，然后回给浏览器404 “URL not in playback”，这个可以从浏览器的调试窗口看到。

2.15.4 页面错误，通过浏览器的调试窗口定位是否脚本问题

通过浏览器的调试窗口的Network（网络）查看浏览器与服务器交换的“所有”HTTP数据，找出错误的响应，包括404或500-599响应码（浏览器对错误响应会标识红色）

注意：

1 为保证页面显示的不是浏览器的缓存，需要点击浏览器的刷新按钮，实现页面刷新

1) 404响应码内容为URL not in playback

出现“URL not in playback”表示该URL不在回放数据里，可以将该错误的URL复制到Scripter的搜索框里查找是否存在脚本里。

可能原因：

a) 录制产生的脚本里没有包括该URL，这可能是录制时浏览器由于该资源在缓存里，因此不重新发送该请求。可先清空缓存，再录制脚本解决。

b) WEB服务器回了响应带了会话Session参数，浏览器获取该参数，并在后面的URL里携带上，但脚本没有关联获取参数，这就是脚本配置问题，可通过参数关联解决。

例如：http://192.168.1.2:8080/admin/j_security_check;jsessionid={JSessionID}

2) 其他400-599之间的响应码

这些响应码表示服务器处理问题，需要定位服务器为什么返回该响应码，是否脚本配置问题。可以通过kylinPET的“比较”功能，比较录制与回放改URL数据哪不一样。

2.16 回放与录制日志比较验证业务是否执行成功

回放与录制日志比较也可以作为关联参数的一种方式，方法类似“2.5 两次录制脚本比较实现关联”。关联参数也可以参照《kylinPET 关联参数》文档；

同时，当脚本出问题时，可以用来定位问题。

如果脚本是通过录制创建的，点击回放窗口的按钮，弹出比较窗口

2.16.1 背景

1) 脚本回放成功，但实际没有成功。而导致测试无效，对于性能经验不足的测试人员经常发生这样的事情。

例1：用户登陆失败，但服务器回复响应200 OK（重新定位到登陆界面输入用户名与密码而不是登陆成功后的页面），如果没有设置检查点（由于测试人员一般不知道页面的代码长什么样，因此一般没法考虑这一点），脚本执行成功，但实际脚本执行失败（因为没有达到业务登陆成功的需求）。如果使用kylinPET工具，则通过比较，用户可以一目了然看出相应内容部一样，保证测试有效。

例2：由于获取Cookie失败，导致后面发送的HTTP携带错误的Cookie导致服务器处理失败，但仍然回复正常的响应码，导致测试工具认为成功（没有设置检查点情况）。

2) 脚本回放失败，但是不知道是什么原因导致，而不会配置脚本或花很长时间解决问题

例1：登陆成功正常应该返回302重新定位到正常页面，但失败回复200重新定位到登陆页面（重新输入用户名与密码）。Loadrunner工具对200与302都认为正常，因此将导致业务实际执行失败。不了解HTTP的测试人员，或经验不足的测试人员，不知道实际业务流程（一般了解业务及HTTP的开发人员才知道，因此技能要求很高）无法定位问题，或者花费很长时间解决问题。

例2：测试工具提交JSon数据或参数，但服务器回复400或500等错误响应，需要测试人员定位提交数据是否错误，可能是由于编解码配置错误导致，经验不足的测试人员往往花费很长时间解决问题。

2.16.2 比较过滤设置

1) 不显示图片

2) 不显示CSS

同图片解释，CSS是静态资源，内容不变，比较无意义

3) 不显示JS

如果JS是静态资源，内容不变，比较无意义。如果JS会根据用户动态变化，则可以选择比较

4) 不显示媒体

同图片解释，媒体（音视频）是静态资源，内容不变，比较无意义

5) 录制为304响应码，回放为200响应码不比较

6) 不比较的URL（可以使用逗号分隔）

当请求节点对应的URL（以http前缀的整个URL）包含过滤的URL，则不进行比较。因此，可以过滤一些不需要比较的URL，提高比较效率。

7) 不比较的头域（可以使用逗号分隔）

工具默认不比较头域：date, etag, expires, server, last-modified, connection, if-modified-since, if-none-match, cache-control, proxy-connection

有时候验证业务是否成功时，比较内容会显示Cookie为红色，这是因为录制与回放认为是两次不同的会话，Cookie值不同，但实际业务正常。如果不想比较他们（认为它们正常不需要比较），只比较其他可能出现不一样的地方，则可以输入cookie, set-cookie头域。虽然不比较，但是会将内容打印到比较界面，这点跟前面的图片不一样。

2.16.3 回放与录制比较窗口

注意：

2、为了补齐，在Header及Body后会添加回车，目的是节点同步，所以，在查看比较时，请忽略回车。

1) 流程管理（对应业务脚本）

红色代表回放内容与录制内容存在不一致；黑色代表正常；灰色代表HTTP请求没有比较或者该节点不是HTTP节点（如是思考时间）。

2) 按钮介绍

² 为上一个差异

² 为下一个差异

² 为导出当前比较窗口的回放日志按钮，可与后面controller调试导出日志进行比较，验证正常执行时业务是否成功。

² ，左边为录制内容，显示录制内容的长度

² ，右边为回放内容，显示回放内容的长度

² 显示录制与回放内容的不同总数

3) 内容区域

红色代表不同之处

黑色代表相同

粉红色代表录制不存在该资源，但回放有该资源（工具自动识别内嵌资源）

4) 比较内容

最下面的比较内容

当选择录制或回放某一行内容时，将在这里显示录制与回放对应的行，以便比较。

2.16.4 右键菜单

1) 关联参数

对选择的HTTP请求节点设置关联参数，即从该节点的响应内容获取参数值。如界面选择JSessionID值的获取方式为左边为“Set-Cookie: ”右边为“;Path”

2) 检查文本（设置检查点）

对选择的HTTP请求节点设置检查点，只有响应内容出现该值才认为执行该节点成功。

3) 复制

即复制选择行的内容

2.17 设计测试场景

定制测试场景一般根据：

1) 根据客户需求定制测试场景

2) 架构设计师或开发人员或测试人员估算系统支持业务，定制测试场景

3) 对系统支持用户无法估算，则用户数通过低到高方式进行负载测试

测试模型：

1) 负载

2) 长时间稳定性

3) 过载：超过系统能力

4) 突发：测试模型某时刻用户数突然大量增加

2.18 Controller创建测试场景

2.18.1 添加执行代理器

将测试场景对应的执行器（Agent）全部启动，如果controller运行在硬件性能高的PC，可以将Agent与Controller运行在同一PC。

可能测试场景需要多个Agent，则全部启动；如果某个PC硬件性能很高，可以在同一PC上启动多个执行器（Agent）进程，但需要为每个Agent配置不同的监听端口，另外，建议每个Agent使用不同的IP地址（可以一个网卡配置多个IP），否则可能出现端口被占用。

然后在Controller添加所有需要用到的执行器（Agent），点击“工具” -> “执行代理器”或者“工具栏”的按钮，添加执行代理器

如果是远端执行代理器，需要添加新的代理器，IP与地址为远端执行代理器。

2.18.2 创建新的测试场景

点击“工具栏”的“新建”按钮，创建一个新的测试场景。默认测试场景的任务名为task，绑定本地执行代理器local

2.18.3 创建任务

默认新场景已经存在task任务，并绑定本地执行代理器，因此不需要手动创建。如果手动创建，如下操作：

选择Controller的“设计”页面，左边的“任务管理”树，单击右键选择“新建任务”

新建时没有配置，因此显示图标，表示配置有误

2.18.4 任务添加执行代理器

默认新场景已经绑定本地执行代理器，因此不需要手动绑定。如果需要绑定远程执行代理器，操作如下：

选择任务节点，单击右键，选择“他的代理器”

将执行代理器“test”添加（右移）到任务“fdaf”，即表示“test”归属于任务“fdaf”

2.18.5 设置任务对应脚本与并发模型

点击按钮，添加任务脚本test.spet；

然后设置任务的并发模型，通过点击“模型设置”按钮，在弹出的窗口设置模型；

业务并发模型，支持多种并发模型，包括稳定速率、递增、递减、波浪、振荡、随机、波浪与振荡。

详细的并发模型配置参照《kylinPET 并发模型介绍》文档

2.18.6 任务关联业务脚本

2.18.7 启用虚拟IP（如果是虚拟IP场景）

建议使用“系统虚拟IP”，并为系统添加虚拟IP地址，参照安装目录IPConfig下的《kylinPET IPConfig使用指导》文档。

点击“设置” -> “IP欺骗”，然后选择“系统虚拟IP”

Controller界面最下面的状态栏将显示“IP欺骗：系统虚拟IP”

2.18.8 执行代理器配置（如果是虚拟IP场景）

由于选择IP欺骗，因此需要配置源IP列表，如果没有配置，显示图标，表示配置有误。配置路由方法参照《kylinPET 三种典型组网介绍IP欺骗与路由设置》文档。

1) 添加源IP列表

点击“添加”按钮

2.18.9 创建监控资源代理器（如果需要监控服务器）

资源监控可以参照《kylinPET 服务器监控操作指导》文档

业务性能测试时，通常还需要记录业务服务器的资源数据，如CPU、内存、线程数、I/O、吞吐量，将它们与运行日志、或指标数据进行曲线对比，则可展示某段时间的资源指标值、普通指标值，这样可辅助定位性能问题。如，用户失败数量在某时刻很高，是否由于CPU占用太高导致。

1) 在服务器上运行monitor资源监控器

2) 添加监控代理器

点击“工具”的“监控代理器”或者“工具栏”的按钮

点击“添加”按钮

3) 添加资源监控项

选择监控代理器，工具会自动获取服务器的监控项，选择监控资源项，然后单击添加按钮。

图中的CPU，表示有4个线程，是监控其中一个还是所有。

注意：

如果没有监控信息，则需要断开监控代理器，再连接监控代理器。

4) 关闭窗口，资源监控项信息将显示在监控树

2.18.10 设置阈值（如果需要阈值）

通过阈值可以实现目标场景测试，详细参照《kylinPET 并发模型介绍》文档

业务性能测试时，通常还需要记录超过阈值的信息，如CPU超过60%告警通知、事务时间超过某个值时告警通知、失败数超过多少时停止测试。

点击“工具” -> “阈值”或者“工具栏”的按钮

设置监控项的阈值，超过阈值将执行阈值对应的动作行为，如告警或停止。

2.18.11 设置可以展示一天的实时曲线（可不配置）

由于一个曲线图表显示的点数不宜太多，否则无法展示清晰的曲线。Loadrunner的曲线图表只能展示最近一段时间的数据图，而无法实时展示更久的数据图（当然，运行结束后可以用Analysis展示）。而kylinPET有两个曲线视图：300秒的曲线图视图；平均或最大、最小视图。

默认60秒的平均值作为一个点，用户可自己根据测试场景设置。

最近300秒视图只能显示300个点，如果希望展示指标（如CPU）一天的运行情况，可以切换到N秒一个点视图（点击左上角的按钮）。

用户可以根据自己测试场景设置需要多少秒显示为一个点，该点可以表示N个点的平均值、最大值、最小值。如CPU可能希望记录30秒的最大值（拐点，警示作用），而点击数可能希望记录30秒的最小值（拐点，警示作用），在线数可能希望记录20秒的平均值。

1) 设置N秒一个点的值

点击“设置”——“设置多少个点变一个点”。

用户根据自己测试场景设置。

Ø 1分钟一个点

即每60个数据值保存为一个平均值（或最大、最小），每个点代表当时1分钟的数据。图表只支持显示300个点，即可以显示最后300分钟（5个小时）的指标曲线图。

1. 5分钟一个点

即每300个数据值保存为一个平均值（或最大、最小），每个点代表当时5分钟的数据。图表只支持显示300个点，即可以显示最后1500分钟（25个小时）的指标曲线图。

2. 10分钟一个点

即每600个数据值保存为一个平均值（或最大、最小），每个点代表当时10分钟的数据。图表只支持显示300个点，即可以显示最后3000分钟（50个小时）的指标曲线图。

2) 设置N秒一个点汇总类型

支持每个统计指标设置不同的类型，默认是平均值。选择监控项里某个指标，然后右键弹出菜单选择“多点变一个点的类型”。

2.19 连接执行代理器

2.19.1 启动执行代理器

1) windows操作系统上直接双击agent.bat运行，或命令窗口输入agent.bat；

2) 如果是本地执行代理器，可通过右键菜单选择“启动代理器”进行启动

2.19.2 连接执行代理器

确保执行的代理器处于连接状态，如果代理器处于断开状态，右键弹出菜单选择“连接”进行连接。

2.20 Controller调试测试场景

在 Controller的“控制”页面点击“调试配置”运行测试场景，则Controller会通知连接的每一个“执行代理器”执行一个用户，并将执行的过程日志返回给Controller。用户可通过日志判断配置是否正确，如果错误，可根据错误信息调整配置。

上图是运行的结果，日志显示流程错误。期待接收302响应却收到200响应。

查看发送的POST消息发现用户名还是参数，没被替换；因此，检查脚本的参数列表，发现没配置或配置错误，并更改。

2.21 Controller执行测试场景与查看统计图表、日志

调试配置保证配置正确后，点击“开始”运行测试场景。

2.21.1 虚拟用户统计表

图的1部分为任务运行的统计信息，包括成功数、失败数、每秒并发个数。

2.21.2 监控项统计树

图的2部分为业务脚本监控项统计信息，包括每秒请求数、事务统计、服务器资源统计等；

双击树节点查看对应监控项的曲线图表。

2.21.3 曲线图表

图的3部分为显示监控项的运行情况，每秒一个数据值，构成曲线。每次只能显示一个监控项，可通过双击右边监控树节点来查看对应监控项的曲线图表。另外，可通过“切换”按钮，切换到平均曲线图表，每1分钟（或5分钟、10分钟）一个数据值，该值为当前1分钟（或5分钟、10分钟）的数据的平均值。

2.21.4 监控项实时统计表

图的4部分为监控项的统计信息，包括最大值、最小值、平均值、当前时刻统计值。每次只能显示一个监控项，可通过双击右边监控树节点来切监控项。

2.21.5 阈值告警

图的5部分红色灯告警，表示超过阈值。只是由于为每秒请求数设置了阈值，范围为10-100，而运行过程出现接近0的统计值，超过阈值范围。

2.21.6 日志

运行显示有多个用户失败，通过日志可判断失败原因。另外，日志中出现“common threshold value=1”的日志，是由于超过阈值打印告警日志。

2.22 如何分析Controller测试结果数据

分析下面指标，如够都正常，则表示此场景通过，否则分析短木板在哪，来进行服务器调优。

2.22.1 用户统计

成功数、失败数、每秒在线数、最大在线数，通过这些指标分析此次测试结果支持的用户数、用户最大数

2.22.2 点击率

每秒平均HTTP请求数、响应数。分析系统的处理能力

2.22.3 事务

事务成功、失败、时间，事务一般是整个脚本运行时间、或者一个页面或一个交易，通过结果分析，得出每个事物的时间是否合理，符合“2-5-8”原则，如果测试结果显示事物时间非常大，则表示系统支持不了此次测试的用户，因为用户的响应时间太大（像火车订票一样，太多用户导致响应时间长，用户无法忍受，则认为这个系统烂）。

当然，还需要查看事务的百分比，分析90%、80%、70%、60%的事务时间是否在合理范围。

2.22.4 TCP连接信息

TCP连接成功数、失败数、TCP三次握手时间。因为此次测试结果可能是由于服务器系统或网络的TCP的丢包与重传才导致延时大的。如果是服务器的原因，服务器收到TCP的SYN而不处理，可以通过调试服务器的TCP配置来优化。

怎么才知道是服务器的问题呢，这个需要性能测试工具能给出TCP连接时间（当前了解只有kylinPET可以支持），如果显示超过3秒，这时需要检查是网络还是服务器问题，可以在服务器端抓包（tcpdump或wireshark）然后分析TCP的SYN信息（个数、时间）

2.22.5 资源占用

服务器的CPU、内存、带宽、I/O是不是已经不足，导致系统上不去是哪个原因，根据原因进行调优或升级。

2.22.6 Agent执行器CPU

测试时需要考虑性能测试工具的CPU占用率，如果性能测试工具占用CPU很高，此次测试可能瓶颈是在工具，而导致测试结果是无效的。所以执行时，最好能关注下Agent执行器的CPU，如果CPU占用很高（不要超过70%），则表示瓶颈在工具；因为CPU过高，将导致事务时间延长，而且是工具的问题，即测试结果可能无效。

因此，CPU占用很高，表示Agent执行器需要调低并发数，或者使用更高硬件配置的PC。

2.23 输出每个脚本（虚拟用户）的统计数据

2.23.1 配置

该功能默认启用，为执行的每一个虚拟用户统计信息

2.23.2 统计分析

详细参照后面章节“4 WEB详细信息分析与定位问题”介绍

2.24 Analysis分析运行结果

运行结束后，点击“工具” -> “Analysis”或者“工具栏”的按钮，打开Analysis界面分析测试结果。界面与Controller基本类型，但提供更强大的分析功能。包括放大、缩小（还原）、过滤、对比、合并，产生HTML报告等功能。

2.24.1 报告汇总

进入第一个界面将显示“报告”页面，内容显示运行统计信息、整个脚本事务统计信息、自定义事务统计信息，响应码个数统计,TCP连接信息。

1) 测试场景汇总

成功数、失败数、最大在线数、请求数、吞吐量可以反映测试测试运行的情况

2) 整个事务汇总

了解整个脚本运行完成时间，与录制的参照时间比较可以分析时间是否在合理范围，或者有90%，80%，70%，60%，50%用户在合理范围。如果都偏大，且不是Agent执行器CPU太高（70%以下认为正常）导致，则测试测试结果表示该场景下，WEB服务器无法支持。

3) 自定义事务汇总

每个事务最好表示一个页面或一次交易的所有HTTP请求花费时间，，与录制的参照时间比较可以分析时间是否在合理范围，或者有90%，80%，70%，60%，50%用户在合理范围。如果都偏大，且不是Agent执行器CPU太高（70%以下认为正常）导致，则测试测试结果表示该场景下，WEB服务器无法支持。

4) 响应消息统计

每个响应消息的总数

5) TCP连接信息

包括TCP三次握手花费时间最大值与TCP三次握手超过3秒的个数，如果过大与出现超过3秒，表示系统瓶颈很大可能是在TCP连接数上。

2.24.2 查看图表曲线

双击监控树节点查看对应监控项的统计曲线与下面的统计表格。

最下面状态栏为当前图表曲线的信息，包括：开始时间、结束时间、时间范围、曲线点个数、曲线Y轴最小值、曲线Y轴最大值、运行时间、错误日志数。

双击统计表格对应的行将显示曲线的详细信息。

2.24.3 图表操作

1) 放大曲线

当运行时间比较大时，如1个小时(3600秒，对应3600个统计点)，工具自动控制显示曲线的点数（曲线点少于200个），而不是每个统计值显示一个点（如果每秒一个点则曲线显示3600个点，将挨挤，不美观），工具自动将多个点汇总为一个点（可以是平均值、最大值、最小值、或由某个点代表这些点）。

假设，10秒显示一个点，则在图表曲线无法查看到1-9秒的数据点，为了查看某段更小时间范围的数据，可通过在图表拖动鼠标来选中对应的时间范围，鼠标拖动方向为右上或右下。如上图选择了8秒到19秒的范围后，图表曲线只显示时间为8到19的范围，如下：

2) 还原曲线

拖拉鼠标放大时间范围查看图表后，如果需要还原最初的图表曲线（即双击监控指标节点显示的曲线），可在图表拖动鼠标实现，鼠标拖动方向为左上或左下，即方向向左。

3) 曲线过滤

通过过滤实现只显示特定数据点曲线。如可以只显示超过阈值的数据点，然后查看曲线的点数（相当于统计超过阈值的数据点个数），在哪个时间点频率高。

如对“HTTP hit/s”监控项过滤统计值大于25的点：

A. 图表曲线上“右键” -> “过滤”

B. 过滤窗口输入过滤值

C. 过滤曲线

只显示满足过滤条件的点。

2.24.4 合并图表曲线

默认每个监控项独自在图表显示曲线，如果需要对两个监控项进行对比，则可以通过合并功能实现。如“HTTP hit/s”与“CPU”合并对比分析。

1) 选中监控树节点，然后“右键” -> “合并图表”

2) 设置第二个图表为CPU曲线

3) 生成合并监控树节点

4) 双击显示合并图

5) “右键” -> “比较图表”

可通过左边的刻度条移动曲线进行对比分析。

2.24.5 日志分析

日志记录了错误日志、告警日志，常用于分析定位问题。有时只通过监控指标曲线只能查看失败数量、资源值（如CPU、内存），而无法判断问题原因，但通过与日志关联（过滤特定的日志，如某段时间的日志），可有效分析定为问题。如：发现某时刻CPU占用高，而通过过滤该时刻的日志，发现有很多错误日志，日志内容为500响应，且内存带了服务器的失败原因。

1) 日志界面

显示总日志数，而状态栏显示错误日志个数

2) 查看所有日志

默认每一页只显示100条日志，可通过翻页或跳转查看其它页的日志内容。

点击“所有日志”按钮

3) 过滤日志

点击“过滤”按钮

支持时间范围过滤、Controller或某个Agent过滤、日志级别、虚拟用户、日志内容；可以为它们的组合过滤。

4) 导出日志

可以将表格的日志导出到excel

2.25 Analysis产生报告

2.25.1 报告设置

点击“报告” -> “设置”或者“工具栏”的按钮弹出设置窗口。报告设置生效后，图表界面曲线会对应改变为设置方式。

曲线时间范围（可以只显示某段时间的曲线）、多少秒一个点（某认由工具自动根据合适的点数，让曲线不紧凑）、点类型（曲线一个点表示一段时间时是它们的平均、或最大、最小）、表格定义任务与Agent是否都产生统计曲线（如果有多个任务或多个Agent，都会显示在表格）。

只显示5秒到16秒的范围。

2.25.2 生成HTML报告

点击“报告” -> “HTML报告”或者“工具栏”的按钮。

产生的报告将保存到测试结果目录下，目录名为report。如：E:\kylinPET\workspace\ResultData\test_2012_03_11_20_59_02\report

2.26 查看report.html报告

双击“report.html”文件打开报告

2.26.1 报告汇总

2.26.2 查看统计图表

2.26.3 查看曲线详细信息

通过点击“Clear”对应的行；如果隐藏则点击“Clear”

3 HTTPS配置介绍

3.1 Scripter脚本部分

设置使用的TLS协议，目前已经支持最新的TLS1.2

3.2 Controller设置

3.2.1 TLS配置

默认不需要配置，工具默认已经配置了TLS作为客户端与服务端配置项，如下图：

说明：

1、执行代理器（Load Agent）创建TLS会话中不需要检测服务器证书，因此不需要提供服务证书。

2、如果TLS为双向认证，则在“客户端证书”里添加对应的证书名与密钥，且要求添加的证书文件已经在执行代理器（Load Agent）的certs目录存在

3、 TLS或SSL的证书，包括服务器证书、客户端证书、信任证书都需要放到执行代理器（Load Agent）的certs目录下。

3.2.2 自动添加了TCP与SSL的连接数监控项

4 WEB详细信息分析与定位问题

4.1 背景

性能测试时，一般会有事务时间指标，某些用户（整个事务或脚本）时间长，有些用户时间短，需要分析为什么用户时间长，是什么导致的。即在并发情况下经常出现事务成功（没有请求失败），但事务时间长，却不知道是什么原因导致的。可能是事务里面某个请求时间长，也可能是TCP建立时间长。

另外，虚拟用户执行成功与失败的情况，响应时间，失败原因是什么，哪个时间段失败多或响应时间长。

假设知道是某个HTTP请求时间长（如在并发比较大时查询数据库），可以对该HTTP的业务逻辑进行分析，然后进行性能优化；假设是由于该HTTP资源吞吐量太大导致的，则可以设置缓存之类的或压缩

4.2 Controller启用打印“用户详情”

“菜单栏”-->“用户详情”：

l 输入1：表示每个虚拟用户都输出。

l 输入其他值：表示每多少个用户只有1个用户统计WEB详细信息；如输入10，则表示每10个用户只有一个输出，这样减少执行代理器的统计性能。

4.2.1 用户与事务统计

1、该功能可以了解所有虚拟用户执行整个脚本的成功与失败情况、整个脚本执行时间，包括90% 80% 70% 60%等。

2、可以了解所有虚拟用户执行自定义事务的成功与失败情况、事务的执行时间，包括90% 80% 70% 60%等。

3、整个脚本或事务失败统计，失败原因汇总

1) 详细分析

支持查看所有统计的虚拟用户运行情况，包括开始时间、用户索引、归属LoadAgent、失败原因、运行时间、与录制时间差值

1、过滤

从所有虚拟用户过滤出符合条件来展示

2、显示所有

将过滤条件还原，展示所有虚拟用户

3、双击表格记录或点击“显示选中详情”

查看选中的用户的详细信息，执行情况

可以分析该用户页面时间、主要花费时间在哪些HTTP；

a) 事务

可以单独分析整个脚本或某个事务的执行情况，包括时间、失败成功、柱形图展示运行情况。

b) 类型

可以统计每种类型的执行情况，占事务或整个脚本的时间比例，用来定位事务或整个脚本主要时间花费在哪，是否合理；是否没压缩导致时间长、是否网络不好、HTTP请求太多（图片可以合并、CSS可以合并、JS可以合并）

c) 并发时间图：可以查看脚本请求是如何被执行的，是否模拟多个并发，TCP建立时间、DNS时间、首个分片时间、剩余数据时间；可以分析主要时间花费在哪些请求，那些请求主要时间花费在DNS、还是TCP、还是服务器

d) 录制差值图：可以查看每个请求与录制时的参照值的差值，差值越大表示该请求越有问题，需要定位主要时间花费在哪里

e) 首个接收分片：可以查看每个请求收到服务器的第一个数据时间，与剩余数据时间。可以用来定位是否服务器响应时间太长，还是网络问题；如果首个分片时间太长，则表示服务器接收到发送请求到返回响应这段时间太长，可能是服务器响应问题，也可能是网络延时。如果后面剩余时间很小，则很可能不是网络问题，是服务器响应太长。

4、查看失败日志

当用户失败时且打印日志，可以点击“查看失败日志”按钮来展示该用户的日志。

5、翻页

表格：每页显示100个，超过使用翻页

6、表格列支持排序

表格支持排序，可以点击列头进行排序；可以按时间排序，将时间长的显示在最前面（排序只对当前页排序，不会对所有数据排序，因此需要每页都排序），找出不正常的用户

2) 成功时间图

选择表格里某一行记录，如下面需要查看事务为“页面”的事务成功执行情况。

标题：展示对应哪个事务名称，number=10表示有10个点

该页面可以展示事务（或整个脚本）的执行情况，当长时间时，可以用来定位事务响应时间比较大分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

可以添加曲线，与其他指标曲线（包括CPU、请求数、吞吐量、在线数）等指标曲线合并，进行比较

3) 失败时间图

选择表格里某一行记录，如下面需要查看整个任务（脚本）为的失败执行情况。

标题：展示对应哪个事务名称，number=10表示有10个点

该页面可以展示事务（或整个脚本）的执行情况，当长时间时，可以用来定位事务失败比较多分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

4.2.2 失败或异常统计

1、统计请求执行失败原因，对应的个数，涉及的请求个数（哪些请求该失败原因较多）

2、可以查看每种失败类型随时间变化图情况

3、事务时间超过录制时的参照值5秒，表示该事务已经不合理，用户可能无法接受这么长时间的响应。

1) 请求/节点详情

展示该失败类型对应的HTTP请求有哪些，每个请求该失败类型的数量；可用于查看失败类型哪些请求比较多，是不是这些请求有问题或服务器处理有问题。如果服务器压力比较大时，查询数据库失败返回500，这样可以看到是需要访问数据库的HTTP请求才会出现500，因此定位数据库原因。

2) 失败类型的“Agents统计”

假设使用分布式多个agent执行脚本，这里可以看到每个Agent的失败个数，这样可以看到哪个Agent比较多，是不是网络不好、配置太低。

3) 失败类型的“时间图”

可以查看该失败类型的时间分布图，可以用来定位该失败比较多分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

标题：展示对应哪个失败类型，number=2表示有2个点

Y轴为9表示该点的值为9，即在第8秒的时候有9个404失败。

4) 下面类型介绍按钮

失败类型对应的帮助描述

5) 事务响应时间超过5秒的“时间图”

标题：展示对应哪个事务名称，number=10表示有10个点

该页面可以展示事务（或整个脚本）的执行情况，当时间大于录制值5秒时，可以用来定位事务时间大主要多分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

4.2.3 脚本请求统计

1、统计每个HTTP请求的成功失败情况、响应时间（包括90% 80% 70% 60%）

2、可以通过柱形图分析每个请求的花费时间情况，时间主要花费在哪，DNS、TCP、首个分片

3、可以分析每个HTTP请求失败的类型情况，是TCP建立失败，还是接收错误4xx、5xx，还是其他失败情况。失败与成功比率

4、点击“详细分析”可以分析每个页面的情况，统计每个请求的成功失败情况、响应时间（包括90% 80% 70% 60%）。

1) 详细分析

可以分析该用户页面时间、主要花费时间在哪些HTTP；

a) 事务

可以单独分析整个脚本或某个事务（页面）的HTTP请求执行情况，包括时间、失败成功、柱形图展示运行情况。

b) 类型

可以统计每种类型的执行情况，占事务（页面）或整个脚本的时间比例，用来定位事务或整个脚本主要时间花费在哪，是否合理；是否没压缩导致时间长、是否网络不好、HTTP请求太多（图片可以合并、CSS可以合并、JS可以合并）

c) 时间图：可以查看脚本请求是如何被执行的，TCP建立时间、DNS时间、首个分片时间、剩余数据时间；可以分析主要时间花费在哪些请求，那些请求主要时间花费在DNS、还是TCP、还是服务器

与下面章节的“2) 时间图”一样

d) 录制差值图：可以查看每个请求与录制时的参照值的差值，差值越大表示该请求越有问题，需要定位主要时间花费在哪里

与下面章节的“3) 录制差值图”一样

与下面章节的“4) 首个接收分片”一样

f) 时间变化图

选择表格里的某个HTTP请求，查看该HTTP请求每次的花费时间。可以用来定位该HTTP请求响应时间大主要多分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

2) 时间图

可以查看脚本请求是如何被执行的，TCP建立时间、DNS时间、首个分片时间、剩余数据时间；可以分析主要时间花费在哪些请求，那些请求主要时间花费在DNS、还是TCP、还是服务器

3) 录制差值图

可以查看每个请求与录制时的参照值的差值，差值越大表示该请求越有问题，需要定位主要时间花费在哪里

4) 首个接收分片

可以查看每个请求收到服务器的第一个数据时间，与剩余数据时间。可以用来定位是否服务器响应时间太长，还是网络问题；如果首个分片时间太长，则表示服务器接收到发送请求到返回响应这段时间太长，可能是服务器响应问题，也可能是网络延时。如果后面剩余时间很小，则很可能不是网络问题，是服务器响应太长。

5) 失败表的“详细分析”

a) 事务

可以单独分析整个脚本或某个事务（页面）的HTTP请求失败有哪些。

b) 类型

可以统计每种类型的失败情况，是否合理；是否没压缩导致、是否网络不好、HTTP请求太多（图片可以合并、CSS可以合并、JS可以合并）

6) 失败表的“失败时间图”

选择表格里的某个HTTP请求，查看该HTTP请求失败分布情况。可以用来定位该HTTP请求失败主要多分布在什么时间段，是不是那个时间段服务器负载太大，还是网络不好，还是服务器已经在那个时间段内存、CPU资源出现问题。

4.3 Analysis分析结果数据定位问题

点击“工具栏”的按钮，弹出WEB用户详细信息对话框

4.3.1 界面介绍

1) 任务列表：当存在多个任务或多个脚本组合时，可以过滤针对某个任务或某个脚本的统计分析。

2) 用户启动时间：可以用来对所有用户统计进行时间段过滤，分析某段时间或全部时间的用户详情。

3) 执行分析按钮：任务列表切换或时间过滤设置后点击即可执行。

4) 标题的多少个用户只统计1个用户对应Controller的配置

5) 下面的表格与按钮介绍与Controller界面一样

参照该章节前面介绍4.2 Controller启用打印“用户详情”的“4.2.1 用户与事务统计”与“4.2.2 失败或异常统计”、与“4.2.3 脚本请求统计”

5 上传参数（提交表单）

当在浏览器的登陆页面输入用户名与密码、验证码后提交；浏览器将它们作为参数格式提交。

a) GET /index.html?user=kylinPet&pwd=kylinpet&code=1234 HTTP/1.1

后面参数部分user=kylinPet&pwd=kylinpet&code=1234可在消息体添加，也可直接在URL编辑。

b) POST携带的内容

POST /index.html HTTP/1.1

Content-Length: 36

user=kylinPet&pwd=kylinpet&code=1234

5.1 Scripter脚本（“上传参数”视图）

如果是通过录制生成的请求节点，GET方法参数显示在URL，如果需要修改直接修改URL；POST方法参数显示到消息体，如果需要修改直接修改消息体。

如果是手动创建节点，建议使用“上传参数”(提交表单)视图编辑参数。

5.1.1 消息方法

选择POST或GET，POST方法参数作为消息体；GET方法参数自动插入到URL后面，以“?”问号分隔。

5.1.2 添加参数

如果使用“文本视图”，直接修改文本框，但参数间需要以&分隔；下面只介绍使用“上传参数”(提交表单)视图编辑参数：

添加、删除、修改参数时同步修改了“文本视图”的内容，“文本视图”的内容如下图：

工具自动组成字符串：name1=value1&name2=value2，以&分隔多个参数

说明：

1. 如果需要参数化，即每个用户实现不同的值。需要设置为{value1}, {value2}，然后在界面的参数列表添加value1与value2参数，并赋值不同值。

5.1.3 中文编码

如果存在中文，需要进行参数编码，可点击“URL”文本框后面的“编码”按钮对参数进行编码，以防止乱码。

如“你好”转为“%E4%BD%A0%E5%A5%BD”

5.1.4 不同用户上传不同参数

在参数列表添加参数名，设置参数规则：

设置参数名或参数值为{file}

5.2 Controller与Analysis配置

参照“2 HTTP（WEB）业务介绍”的Controller与Analysis操作

6 上传文件

不建议使用“工具虚拟IP”方式，因为发送大于3K以上的数据，工具需要等待对方回ACK，而不会尽最大能力发送数据，即使用“工具虚拟IP”方式会导致上传文件慢（阻塞等待ACK）。如果需要使用IP欺骗，建议使用“系统虚拟IP”。

6.1 Scripter脚本

6.1.1 消息方法

选择POST或PUT，默认或常用为POST

6.1.2 头域（不需要设置，工具自动添加下面两个头域）

² 包含Content-Length，如果没有该头域，工具自动添加；工具自动修改为：

Content-Length: {Content-Length}

其中{Content-Length}将被替换为实际值

² 包含Content-Type，如果没有该头域，工具自动添加；它的值随便填，工具会自动修改为：

Content-Type: multipart/form-data; boundary=---------------------------{boundary}

其中{ boundary }将被替换为实际值，每个用户不一样

6.1.3 添加文件

1) 切换到上传文件选项卡

如果之前已经添加文件，则点击该请求节点自动从“文本视图”选项卡切换到“上传文件”选项卡；否则点击“上传文件”选项卡：

上图有三条记录，实现同时上传两个文件，并包括一个参数：

第1条是参数，显示为“Type:Parameter”，value列值为post；

第2条与第3条是文件，包括文件名、文件的name属性，文件Content-Type类型；

2) 添加文件或参数

点击“添加”按钮添加文件

C. Type：类型

包括文件与参数；

上图为wireshark抓包工具解析POST上传文件的截图

l 文件File：上传某个文件

l 参数Parameter：上传文件同时上传参数

D. filename：文件名

上传文件的文件名，可以为绝对路径或相对路径。

l file:./file/1.png

相对路径，相对执行代理器agent目录

l file:c:/file/2.jpg

绝对路径，执行代理器上的绝对路径

l file:/opt/file/3.txt

linux操作系统格式

注意：

1、文件必须在执行代理器agent上存在，而不是在Controller上。

E. name：上传文件或参数的name属性

该值与HTML或JS里一致，下图为HTML源文件里的代码：

F. contentType：文件的Content-Type类型

设置上传文件的Content-Type值，如果为空，工具根据文件后缀名自动设置，如：

png文件类型为image/x-png

gif文件类型为image/gif

G. value：参数值

H. different：是否变换文件名

设置不同的用户上传同一个文件但区分不同的名字，如上传kylinPet.txt文件，工具自动设置文件名为kylinPet_1_1.txt（其中第1个1代表IP，第2个1代表端口）

3) 上传文件的文本视图

可通过“文本视图”选项卡编辑上传文件，也可以通过“上传文件”选项卡编辑上传文件，建议使用“上传文件”选项卡。两者都是编辑上传文件，只是显示不一样，内容是一样。

A. 格式

上传多个文件分多行配置，每行以file:前缀，例子：

参数格式：file:"";name=_method;value=post

文件格式：file:"1.ico";name=file;contentType=image/x-icon;diff=1;cache=0

l 参数格式只需要包括name与value，但需要以file:"";或file:;字符串开头

l 文件格式：file:后添加文件名，可以包含双引号也可以不包含，以分号“;”分隔

B. 属性

l name对应“上传文件”选项卡的name

l contentType对应“上传文件”选项卡的contentType

l value对应“上传文件”选项卡的value

l diff对应“上传文件”选项卡的different

l cache属性只能在“文本视图”选项卡添加，值为1表示在loading时将整个文件加载到内存（该方式占用内存，但读取快，减少Agent的I/O）；值为0表示文件不读如内存，运行用户时才读取（从硬盘读取，占用I/O）。

说明：

1、对于小文件，建议使用cache=1；但对于上传大文件，建议使用cache=0；

2、当文件名带参数时，工具自动识别为cache=0，即不会读取文件到内存

6.1.4 不同用户上传不同文件

通过参数列表实现

实现第1个用户读取pic1.png文件，第2个用户读取pic2.png文件，…，第n个用户读取picn.png文件

6.1.5 不同用户上传同一文件但设置不同文件名

只需要设置different为Yes，实现读取同一个文件但上传名字不同。详细介绍见different

6.1.6 上传速率限制

² 上传速率限制：用于限制每个虚拟用户的上传速率，模拟用户带宽。1Mb=128KB

6.2 Agent存在上传文件

将需要上传的文件存放到执行代理器对应的目录下，如果测试场景有多个agent，则每个都需要存在上传文件。

6.3 Controller与Analysis配置

参照“2 HTTP（WEB）业务介绍”的Controller与Analysis操作

注意：上传文件不建议使用“工具虚拟IP”方式

7 401或407鉴权

kylinPET支持Basic, MD5 Digest, NLTM鉴权算法。用户名与密码，或计算机所在域与Host名，需要在参数列表配置。

1. 配置参数列表

参数列表值用于业务模拟时替换对应的参数，实现不同用户不同的参数值。由于注册鉴权需要用到用户名与密码（注：用户名的参数名必须为username，密码的参数名必须为password），因此必须在“参数列表”配置它们。

8 私有算法加密/解密

下面列举几个工具无法支持的场景，需要用户实现扩展类：

1) 浏览器发送用户名与密码、或者特殊标识（可能是随机的，作为该次会话的标识）给服务器，而这些内容是使用私有算法加密的，工具无法模拟加密算法。

2) 浏览器根据随机产生的参数、或者服务器得到的参数（如会话ID），然后需要进行计算处理产生一个结果。

3) 工具不支持获取响应消息里的内容，因为获取算法比较复杂

解决方法，需要用户在界面勾选“调用外部”，然后实现外部java类。详细介绍参照《kylinPET 调用外部java类实现扩展》文档

9 下载文件或视频资源速率限制

² 下载速率限制：用于限制每个虚拟用户的下载速率，模拟用户带宽。1Mb=128KB

10 多业务（协议）组合

HTTP可以跟其他协议组合完成一个业务，如HTTP+RTSP完成IPTV的点播，HTTP获取播放列表作为RTSP协议的输入参数。多协议组合操作介绍参照《kylinPET 多协议组合》文档。

11 为什么WEB执行脚本时间比浏览器时间大很多

例如：浏览器访问www.qq.com在1秒左右（假设）就完成所有HTTP请求也完成页面展示；但工具完成所有HTTP请求，整个事务时间却需要5秒左右（假设）。

解答：

1、这是因为浏览器是同时并发多个线程（可能20个左右，可以使用httpwatch工具分析），因此浏览器可以同时请求多个HTTP请求，所以时间很短。

2、 kylinPET、Loadrunner、JMeter等性能测试工具无法完全模拟浏览器的行为；其中kylinPET一个用户一个线程，Loadrunner一个用户约1.5个线程，JMeter一个用户一个线程，所以测试工具的用户称为虚拟用户，即不完全是浏览器一样的用户行为。

3、在并发用户数大（如80个以上）时，在I5双核、4G的PC上，kylinPET测试数据高于loadrunner约20%（每秒TPS、吞吐量指标），因此，同等硬件配置的PC，kylinPET虚拟用户数要高于loadrunner；这是因为kylinPET占用资源少及执行算法优的缘故。

4、测试WEB服务器性能指标，主要看TPS、吞吐量、系统资源情况；对于用户，可用完成的事务时间/HTTP请求数（即平均响应时间）来判断在一定量的并发数下，用户访问时间是否可以接受。

11.1 Scripter界面通过事务设置迭代

在脚本的最开始添加开始事务，结尾添加结束事务。事务次数设置一个很高的值，来让脚本循环运行，这种循环不会主动关闭TCP Socket连接，即重新开始脚本使用结束时的TCP连接。

对于需要长连接的场景可以通过这样设置，如果不需要长连接，请使用controller设置迭代。具体由实际场景决定。

12 增强功能

12.1 自动获取内嵌资源

工具支持解析HTTP响应消息的并自动发送HTTP请求获取链接资源，如从HTML或CSS里获取图片。在接收节点界面勾选“请求内嵌资源或自动跳转”

注意：

1、如果没勾选“请求内嵌资源或自动跳转”，则不解析HTTP响应消息内容，减少解析操作，提高处理能力。对于录制且资源没变化的场景不需要勾选；当资源对应的URL不在脚本存在时才勾选。如请求www.baidu.com，如果只有一个HTTP请求节点，则需要勾选，因为该网站还包括图片资源，需要从HTTP响应消息解析并自动请求图片资源。

2、 WEB业务脚本一般是通过录制方式把业务交互过程的所有HTTP请求录制下来，包括点击的链接、javascript解析的资源、图片资源。

3、目前不支持解析javascript、vbscript等脚本语言

12.2 调用外部类实现扩展

当HTTP消息内容需要加密或解密，且是通过javascript处理的（可以是标准或私有算法）。工具是无法实现的，因此需要通过调用外部类实现。

参照文档《kylinPET 调用外部java类实现扩展》

13 联系我们

工具新版本、指导书、问题解决将在www.kylinpet.com网站通知。

如果您有关于工具的问题或者建议，欢迎联系我们。我们将改进和完善工具，为您提供一个更好的性能测试工具。

联系方式：

网站：www.kylinpet.com

Email: kylinPET@foxmail.com

QQ: 1534333018

微博: http://weibo.com/u/2738735940

博客：http://blog.sina.com.cn/u/2738735940

非常感谢您的支持，祝您身体健康、工作愉快。