kylinPET 录制的脚本不支持导入 jmeter

类似 netty。

你的想法很好，几乎不可能。不过奇林测试平台（kylinTOP) 你可以研究一下，录制的脚本中包含元素的所有属性，即使用元素部分属性变更举动影响步骤的执行。也算是一个不错的方案。

你是你厉害

LoadRunner 录制网站时确实有这个问题。加载的比慢。有时有的网站还打不开。
最好后用老的 ie 浏览器版本。Chrome 会有问题

你提到的用少量的线程实现，高并发的在线虚拟用户模拟的能力，这个功能在奇林性能测试软件（kylinPET) 上已经实现。
在单台机器已经可以实现百万级别的并能力。

其实你没理解提问者的意思。比如脚本中有一个事务，想测试系统允许最大：事务成功数/秒，也就是事务无异常的情况，每秒平均可以处理多少个（最大值，平均值，最小值）。这指标就是系统的事务处理能力。事务中是包含很多的请求，这些请求全部处理成功，那么这个事务就是成功的。问题来了，如判断事务中的请求都是成功的呢？对于大部分的性能测试功工具,你需要对事务中的每个请求增加检查点（也叫断言），否则性能工具无法判断这个请求是成功还是失败。LR 和 Jmeter 需要手工加内容判断的断言。奇林性能测试工具（kylinPET),响应码可以自动判断（如果事务中的请求失败时返回与录制的响应码不一样），这种情况下就不需要增加检查点，工具本身可以自动判断，否则根据需要可以增加：长度检测查、SQL 内容检测查、或响应内容检查等，这些根据你的需要增加。

1、做性能测试过程中，要判断数据有效性，需要做两点：
1）如果接口失败返回的响应码与正常的响应码不一样，那么只要判断响应码是否与当时录制的一样即可。
2）如果接口失败返回的响响码与正常的一样，那么可以判断响应长度（ 这种方式节省资源)
或判断内容（这种方式就比较消耗资源），sql 返查询等

感谢你的回复，试了你的方法才，用 URL 模录制。URL 录制生成的脚本，把页面子了请求都放在脚本中了，相当于脚本中包含了所有请求。对于页面静态请可以生成 web_concurrent_start、web_concurrent_end（并发组函数），我的静态页面包含 8 个请求，录制结果把所有 8 个子请求都放在同一个并发请求组中（与实际不符），导致测试数据比浏览器加载时间小。又试页面动态请求 web_concurrent_start、web_concurrent_end 组，全部按串行处理，导致则试比实际的大。

kylinPET 支持 HTTP1.1、HTTP2.0 和 HTTP3.0 协议。你可以到官网下载研究一下