51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2064|回复: 9
打印 上一主题 下一主题

关于实际查询时间和loadrunner测试查询出来的时间相差比较大的问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-7-26 09:44:11 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我在实际中,查询话单查出来怎么也要3、4秒(一个月40万条话单),但是用loadrunner做脚本,在查询前后设置事务的开始和结束,然后进行方案(其实该方案就是用一个Vuser迭代执行了12次而已),结果该查询事务的平均时间是1.7秒左右,怎么差这么多呢 ?
补充:那个3、4秒是两个方面看出来的:一是我在实际操作中,感觉时间的确耗了这么多;二是开发部的写的查询时间日志,从开始到结束的确是3、4秒钟,但是我用lr一测,基本上都是1.7秒的样子,难道是它刚收到第一个字节就算事务的时间了?又或者是开发部提供的时间衡量是截止查询出来的话单显示到了界面上为止,而loadrunner只是查询到这么多数据就计时结束,请朴sir解答,3ku!!!

对了还有那个早些时候问的问题,也在这个版下,就是录制查询分析器的操作的时候,没有任何事件发生,这是为何?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

10#
发表于 2005-8-9 17:43:56 | 只看该作者
实际运行查询要3.4秒钟时间是因为它是从建立数据库连接时间开始算的,而使用LoadRunner的话,你可能没有计算数据库的连接时间。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-8-9 15:38:30 | 只看该作者
在VUGen 里面跑一边,看看反应时间是多少
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-8-9 15:24:49 | 只看该作者

SQL server得时间当然比业务系统时间少。

你还有Web server,application server(or application)处理得时间、网络传输时间,browser处理时间。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-8-4 20:33:31 | 只看该作者
我还没有考虑这么仔细!确实觉得用loadrunner来测的时间比较短!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-7-27 09:29:25 | 只看该作者
你说的3、4秒是不是也包含客户端展示时间?LoadRunner的事务时间不含这一部分。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2005-7-26 18:36:00 | 只看该作者
呵呵,我的意思就是针对您的“LR是否充分了使用了本地资源,而没有向服务器去下载资源”这句话的,我的理解是LR在执行中没有去请求数据库服务器的数据,而是使用本地的资源,不知道您的意思是……?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-7-26 15:05:37 | 只看该作者
你可以根据函数的返回值作判断!或者数据值作判断了!第二个问题不是很明白你的意思?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2005-7-26 14:39:49 | 只看该作者

谢谢回复

非常感谢您的回复!
首先,我是MS SQL Server协议来录制的,是录制的用我们的后台管理系统来查询数据库中话单信息的操作,不是web的,我试过,没法找到插入检查点的功能(在web中倒是轻而易举);第二,我想请问一下这种情况下,如果没有请求数据库中的数据,那lr到哪儿去请求数据呢,谢谢您指点一下
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2005-7-26 13:12:12 | 只看该作者
建议你去看看LR是否充分了使用了本地资源,而没有向服务器去下载资源,二\你加一些检查点,有些函数能够过去,但是不一定是返回成功的!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 12:04 , Processed in 0.070651 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表