loadrunner中场景怎么理解？

Posted 2023-05-13

LR工作原理： 通过用户执行被测程序的客户端，在VuGen中录制被测系统的客户端和服务器端的协议交互，生成脚本，然后在Controller中控制Load Generator，按照一定的配置（场景），模拟一定数量的用户，对服务器产生压力，同时对被测系统涉及的操作系统、数据库、中间件等资源进行监控，收集压力情况下的资源信息，测试结束后形成测试结果和监控数据，在Analysis中进行分析，最后生成测试结果报告。

1、 创建场景

启动LoadRunner,点击“Run Load Tests”。此时有两种场景类型供我们选择，其分别是 面向目标的场景和手动场景。

面向目标场景： 可以定义要实现的测试目标，LR会根据这些目标自动构建场景。

手动场景： 可以选择是以用户组的方式或百分比的方式， 前者可以自由配置各个组的用户数目，后者则是配置百分比和用户数。 参考技术A 就是模拟一个实际的操作
比如说对一个邮箱登录进行并发测试，假设希望能达到500个用户同时登录进入邮箱

那这时候的场景就是，设置500个vuser同时并发，这就是测试的场景

为啥loadrunner用场景压出来的响应时间会比直接在ie里面操作或者脚本回放慢很多？

我用loadrunner跑一个场景，响应时间是15s左右，在跑这个场景的同时，在ie里面操作httpwatch出来的时间是7到8s，用场景的脚本跑一次结果也是6到8s的样子，这是为什么啊？让我感觉lr压出来的结果ms不准确啊？！
嗯，补充说明一下，经过反复测试，通常情况下httpwatch和脚本回放的时间比较接近，而场景的时候通常是前两者的2到3倍，而服务器和压力机的内存、cpu都还能空闲，内存有几个G的可用空间，cpu少于10%

1.首先是检查一下你的脚本,统计事务中的所有的请求是不是与httwatch一致,有没有额外的消耗;
2.然后检查一下你的脚本在场景里的设置,有没有清缓存,通常这个设置会对事务响应时间有很大影响;
3.你在场景的里看的响应时间15s是平均值还是90%的响应时间值?这取值意义有很大区分的;
其他的暂未想到,检查一下上面几点试试. 参考技术A 首先15S是平均值啦。。。

其次看看你的压力机在跑的时候CPU神马的有没有被占用过高，网络神马的。。过高的话 会直接影响结果。

你在跑这个场景的同时，你在脚本里再跑 也是6到8S么？

你再看看网络，压力机的网络使用情况！！

还有。。你再场景里是多少的并发量。 参考技术B 的事情的原因，在你的脚本代码
一些图片是不会自动退出
操作显示 参考技术C 的原因的东西在你的脚本代码
另外，有些图是不自动退出
要操作以显示