引用:

原帖由 guxingyun 于 2007-4-16 16:47 发表
哈哈 或许是初学者的原因吧 一个简单的问题也要寻根究底的才能弄个明白
至于lr的运行机制我今天会查资料了解一下的，因为我真的不明白
至于前面提到的‘开始研究概念’主要是想如何才能让这个系统的压力测试更 ...

这个问题我稍作描述：
一般指的并发，是某系统下同时在使用的用户数，而不是用时做某一个操作。

LR中的设置用户数后，一般都会陆续增加用户，因此是普通意义上的并发。
如果要测试某一系统下同时做某一操作，例如大家一起点击[申请]提交数据，那么需要在LR中设置集合点。

集合点的相关资料，你查一下软件帮助，里面说的很清楚。

照这样看来我#15楼之前的疑问是停留在用户和服务器之间，#15楼之后的是服务器与服务器之间的，它们两之间的通信是连续不断的，和集合点不一样，所以在测试应用服务器压力的时候不知如何才准确？

引用:

原帖由 guxingyun 于 2007-4-15 19:52 发表
我把receive部分的暂时屏蔽了，因为如何动态保存客户端接收服务器发送过来的数据的方法我还不知道，所以就想先将客户端send并发的问题先弄明白了了再考虑receive的保存问题。谢谢各位的解答。
现在我将系统的整 ...

不好意思，忘了你的msn，只好在这里回复。

可以通过目标测试实现，可通过每秒通过的事务来测试。这个没有难度。

至于思考时间，需要注意一下：
1、目标设置中有一个选项“不更改录制时思考时间”，默认是没有选中的。执行时会将事务中的思考时间去除。
2、如果要保留思考时间，需要将上述的选项选中，并且在运行时设置中设置保留思考时间。


很显然，如果加入思考时间，相同每秒事务下，vuser肯定要大。

跟着目标场景的思路，我的疑问现在定位到了#17楼的三个疑问，主要是第一问题让我迷惑。第二个vuser的min或max设置可能是场景处理负载的一个依据。我现在想的是将其中的一个服务器看作用户对待，有1500个这样的用户连接服务器，并且每个每5秒发送一次数据给服务器，这样的话，问题主要集中在第一个量的确定上面，应该有一个transactions per sec的最大和最小量？

引用:

原帖由 大漠飞鹰 于 2007-4-17 11:08 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=488871&ptid=72798][/url]
可以通过目标测试实现，可通过每秒通过的事务来测试。这个没有难度。

至于思考时间，需要注意一下：
1、目标设置中有一个选项“不更改录制时思考时间”，默认是没有选中的。执行时会将事务中的思考时间去除。
2、如果要保留思考时间，需要将上述的选项选中，并且在运行时设置中设置保留思考时间。

很显然，如果加入思考时间，相同每秒事务下，vuser肯定要大。

谢谢大漠飞鹰的回复，这让我想到取消思考时间的设置或许可以更好的模拟通讯服务器的工作，因为通讯服务器不可能有很多，多的是定位设备，这样子可以减少与应用服务器的vuser数，即通讯服务器的连接个数，更符合现实情况。不过#17楼的疑问还是没有想到解决方法，答案寻找中...

[ 本帖最后由 guxingyun 于 2007-4-17 13:54 编辑 ]

经过这几天的试验和各位的解答、提示和查看loadrunner的资料，我现在对自己的发问有了新的认识，也对#17楼及其之后关于transactions per sec 的疑问有了新的解决方式，不知采取这样的测试方案是否正确？写出来等待大家的指导。

基于1500定位设备和每个每5秒上传一条数据的测试目标，我想采取两种测试方案进行，一种是理想的平均处理，一种是极端的并发处理。这两种方案的出发点是单位时间的数据总量一致。

方案一：理想的平均处理
就是让通讯服务器每秒钟发送给应用服务器300条数据（1500/5），这里以一秒为单位是因为想使用目标场景来实现，其goal设置为300 transactions per second 。

方案二：极端的处理方式（此处才算使用了并发，算是切题了sdlkfj1 ）
就是创建集合点，通讯服务器一次发送1500条数据给应用服务器，发送的时间间隔是5秒。

然后分析这两种方案下应用服务器的处理情况。通过这样的方式确定应用服务器的压力，不知是否合理或者说有什么遗漏？等待各位的指导。

首先感谢大家的热心帮助，其次将这几天的疑虑及最后（此刻）采取的测试方式做个小结：考虑到数据在网络上的传输以及分发中心接收到数据进行处理，以及之前关于并发问题的帖子，认为方案一的这种处理方式更符合实际情况，所以现在在测试分发中心的压力时采取的是目标场景，其中的设置方式采取 忽视think time，transactions per sec 为300。分析后再进一步确定系统容量问题。

[ 本帖最后由 guxingyun 于 2007-4-18 15:49 编辑 ]

一、《LoadRunner 没有告诉你的》之三——理发店模型
http://www.cnblogs.com/jackei/archive/2006/11/20/565527.html

读后会对“最佳并发用户数”和“最大并发用户数”有新的认识

二、谈谈LoadRunner中Pacing的设置
http://www.blogjava.net/xingcyx/archive/2006/12/28/90498.aspx

摘抄部分段落：评价一个软件系统的性能，可以从两个不同的视角去看待：客户端视角和服务器视角（也有人把它叫做用户视角和系统视角），与此相对应的，又可以引出两个让初学者很容易混淆的两个概念：“并发用户数”和“每秒请求数”。“并发用户数”是从客户端视角去定义的，而“每秒请求数”则是从服务器视角去定义的......

三、C++开发常用工具“群英会”
http://www.it.com.cn/f/edu/055/12/112225.htm

[ 本帖最后由 guxingyun 于 2007-4-29 16:10 编辑 ]

学ing

学习

当时在确定每秒钟发送的数据量时使用的是Run-time Settings里面的 Think time的设置，其中Pacing的设置是默认的立即执行，虽然之前也看过关于Pacing的设置（#28楼），但是没有注意。Pacing的设置很不错，我将Think time设置为Ignore，然后只需将Pacing中的After the previous iteration ends 设置为fixed delay of 0.01 ，这样子就可以实现每秒100条数据的发送量，考虑到LR每次运行iteration的时间消耗，数据量应该会小于100。

[ 本帖最后由 guxingyun 于 2007-4-28 13:42 编辑 ]

好热闹，期待更多这种气氛

越写越复杂！这样使初学者看起来很老火！

不会吧 这是我学习loadrunner以来的第一个测试 我也是初学 上个月正式开始的
虽然我注册的时间比较早 不过之前一直没学习 在公司忙些琐碎的事情

[ 本帖最后由 guxingyun 于 2007-5-10 17:05 编辑 ]

太火了，都没时间看完，留个记号先

学习了

学习～～

看是看完了,但是怎么觉得越看越迷糊?

呵呵  这是学习loadrunner做的第一个测试 记录了自己在这个过程中产生的疑问及在现有只是下采取的解决方法 在以后的学习中关于这个问题应该会又更深刻的认识及其它的测试方案 也希望又相关测试经验的坛友分享自己的经验 sdlkfj2

非常同意性能测试工程师必须具备这样的能力：

3年的操作系统级编程经验，2年的web经验，3年的数据库经验，再加2年的测试经验。