LR运行结果分析感觉自相矛盾,寻求咨询帮助
问题咨询:设置场景中有三个用例:系统登录、待办任务列表、监控平台,每个并发50个,共150个并发,总共运行9个小时,每隔20秒钟增加1个并发用户,直到增加到三个用例150并发完成;已经运行的用户在运行过程中反复迭代关键事务(登录退出、数据列表、点击我的管户);每个迭代的时间间隔为15秒。
因是晚上运行,没有实时监控。第二天早上才来检查结果
运行结果:
从server上看,服务器可连接的进程数已经满了,无法再做任何连接(200)
从LR的结果中可以得到: 系统登录成功520,失败54,976,待办任务列表成功6,848,514,失败72,监控平台成功11,615,460,失败0,
但通过点击率和吞吐量的图表上可以看到: 运行时间再2小时以后,该两项值已经为0,,之后一直为0。
咨询: 既然点击率和吞吐量两小时后为0,为什么除了登录之外的两个事务成功率那么高? 埃,自己顶 1. 既然点击率和吞吐量两小时后为0,为什么除了登录之外的两个事务成功率那么高?
可能是你设置已经运行的用户在运行过程中反复迭代关键事务(登录退出、数据列表、点击我的管户);
2.从LR的结果中可以得到: 系统登录成功520,失败54,976,
这住有点疑问,150个用户并发,登录成功有520次,不太理解,能否把你的场景的详细设置公布下 他肯定是把“系统登录”单独作为一个脚本,并把“登录”操作放在了ACTION里。
发生上述情况的原因是:你在Run-time Settings里设置了”Continue on Error“吧。 楼主的反复迭代事务 是如何设置的? 感觉 需要检查脚本设置 回复 1# jzl2004
LR发出请求后只要接收到服务器的反馈数据就认为是成功了。自己并不会去判断数据的正确性。
页:
[1]