loadrunner并发测试教程

高端的好用，紧密的好用，紧密的好用。哎，别吵了别吵了，别吵了别吵了，那个实践出真知，今天咱们就测一下哪个工具更好用。高端的是惠普公司的商业工具，是测试界的白富美，当然是他最好了。才不是的，紧密的是这几年非常火的开源工具，互联网大厂都在用， 他们两个说的都挺有道理，最后我们还是看测评结果决定吧，我们分别用 logon 跟 gmmit 去做三轮压测，每一轮压测我们分别用五十，一百、两百的并发，每轮压测我们压两分钟，这样的话，我们最后看最后的压缩结果，我们综合来评估哪个工具更好用。 low rond 五十并发测评开始 我们主要关注那个 tps 这个指标啊 啊，咱们第一轮的这个两分钟压完了啊，平均的这个 tps 是一千一百七十三。楼庄这一百并发的测评结果是 tps 是两千零三十三，楼庄这两百并发已经测完了，他的平均 tps 是一千九百八十二。 然后呢，不过他压测过程中出现了一些报错啊，我们看一下，报错呢是卢旺正，他一个通病，在高 tps 下的是 tcp 连接数，不够用，我们根据提示呢，修改了注册表也解决不了这个问题。 哎，他这个吉米特的五十并发跑完了，最后结果出来了一千四百一十三的 tps。 嗯，吉米特的那个第二轮一百并发也测结束了哈，他的最后的测试结果是两千零六十二。 吉米特的第三轮测试两百并发压缩开始。哎呀，同样也是出了一个坑啊，我估计后台也是有报错，我估计应该是和刘庄这遇到的问题是一样的 啊，清明是两百并发，我们也测出结果来了，结果是 tps 两千一百六十二啊，然后呢，刚才这个图形上出现了两个坑啊，其实 还是报错了的，我看了一下，报错日日，跟我的猜想是一样的，依然是连接数的问题，这应该是跟 lower 那一样，这其实是 windows 这块的一个问题。好，我们这次的测评结果出来了啊，根据测评数据来看呢，在对应的并发下，金比特跟 lower 的这个数据结果差距不大，但是金比特呢，略高一点，而 而刘庄那这块呢，其实图表这块呢，更加的友好一些，但是吉米斯毕竟是免费的，所以说还要什么自行车，所以说根据这次的测评结果我们来看呢，就是吉米斯小胜。

今日面试题，一致定负债测试计划，分析应用程序，确定测试目标计划怎样执行。 load runner 两、开发测试脚本，录制基本的用户脚本，完善测试脚本。三、创建运行场景，选择场景类行为 menu or scenario 选择场景类型，理解各种类型场景的类型转化。四、运行测试五间是场景 memory 相关 processor 相关网络吞量以及贷款磁盘相关外宾用程序 ice 五点零 spouse over network delay 等。 六、分析测试结果分析实时监视图表，分析事务的响应时间，分解页面，确定 rep server 的问题。其他有用的功能。