你好，我安装完毕启动 docker 后，到如图就走不下去了，没看出是什么问题，麻烦帮忙看下

还是北京的消费水平低

好贵的西瓜啊，北京有的 5 毛钱一斤，普遍 8 毛一斤

我想问下，若脚本中添加了 thinktime，那场景运行结束后的报告中 事务响应时间是要手动减去 thinktime 的不？ 如果是的话，那么如果 thinktime 是一个随机值的话，那怎么算事务的响应时间呢 @dongdong

1、你说的 LR 中最好不要使用中文，那 Value 就是中文的怎么办？比如 "Name=Submit", "Value=同意以下协议并报名",
2、你说的 “选择报名班级的脚本中的图片获取部分去掉”，我想问为什么要去掉？去掉后就不符合实际了，实际中就应该要下载那图片的吧
3、做性能测试，为什么要设置那么多检查点干嘛？又不是做功能测试

谢谢指点，我试试

感觉是你们协议加密了，你可以试着让开发给你单独编译一个去除加密的版本试试

LR11，你用什么协议录制的手机？

问下 jmeter 有类似于 LR 的页面分解功能吗？如 firstbuffer，received 的耗时

我明白了我之前的 LR 的脚本中除了 login 登陆外，还有登陆中的各种借口请求，如下图

于是我再 jmeter 中也添加了这些请求，如下图

但问题是业务部要求用户登录行为（要求成功进入系统首页）的 TPS 为 20，那我看这登陆行为的 TPS 应该是上图中的 13.7 呢 还是 231？，另外这一登陆行为的用户响应时间是要将这所有接口的响应时间加起来吗？，如下图

嗨，我最后用 jp@gc - Stepping Thread Group 这个线程组

这和 LR 中的 control 是一样的

可是吞吐量怎么差距那么大啊？LR 的 TPS 每秒事务数为 4.256，而 Jmeter 的 TPS 一直都是 49.7，相差近 12 倍了。

能说具体一点不

是有个，但没用过

【LR 中，启动好 50 个 VU 后，还要保持 50 个 VU 运行 5 分钟才结束且每个 VU 启动后还会持续运行】，我想问下持续运行的 5 分钟内，VU 还会反复发登陆的请求吗？ 我理解的是每个 VU 只发一次登陆请求，然后持续运行的 5 分钟内，只是 VU 在那呆着，什么也不做，5 分钟后 VU 退出

我本意就是让 50 个线程，各跑一次就行了，就跟 LR 一样也是设置的迭代为 1 次。我想知道的是 2 种工具同样的设置，到底哪个更为接近真实情况

jmeter 是 gui 模式，那我们测试是 LR 还是 Jmeter 测试出的更贴近真实情况呢？

牛，第一种场景中的 jmeter 线程组的配置确实是我上传错了图片，Ramp up 应该是 25

@dongdong @seveniruby @chenhengjie123

我也说说，我们公司最近也要求做服务器的性能测试，客户端是 app，有一部分能录制脚本的是用 LR 压测的，一部分是加密的，用 LR 录制不了脚本，就只能用 Jmeter 压测。测试出的数据对比，比如同样的场景配置，LR 测试出的数据比如响应时间要比 Jmerer 的要高出 0.5 到 1 倍。不知道为什么？第二 LR 有页面分解功能，知道哪个页面的 JS 文件比较大，在协议的哪个点耗时较长，比如 received 的时间较长 @seveniruby

用 wireshrk 抓包看看

没有用到 adb shell，先通过 bash 脚本将远程服务器打包好的 app 推送到 appium 服务的目录下，然后通过 appium 脚本安装 app，File apps = new File("D:\QSHealthMD.apk")；capabilities.setCapability("app", apps.getAbsolutePath());

工作地点北京哪啊

其他测试 wify 下的弱网就行，4G 下的可以让公司配个信号干涉器

没有做 demo 哦