51Testing软件测试论坛

标题: 该怎么录制脚本和设计计划生成器 [打印本页]

作者: lzpkenny 时间: 2007-11-8 15:51
标题: 该怎么录制脚本和设计计划生成器
各位帮帮忙吧！！急啊！现在我要用loadrunner测试一个刷卡消费的收费系统两个功能：
1、12张卡能不能同时刷卡，以及每张卡响应处理的时间？
2、卡一张一张接着刷（间隔8秒），一直刷到第12张，求每张卡响应处理的时间？
3、如何查看服务器CPU利用率和内存利用率？？
就以上两个问题麻烦各位告诉我该用什么思路录制脚本？以及怎么查看服务器的CPU和内存利用率？

我现在用win sockets协议录制了这么样的一个脚本：在刷卡之前插入了一个集合点和一个事务，然后选择录制到action，接着手工刷卡，录制下这个刷卡的过程。最后录制到vuser_end退出系统。针对第一个问题我在场景计划的计划生成器里“加压”选择同时加载所有vuser，“持续时间”为运行直到完成。可这样最终出来的“事务响应时间”平均值为76.637秒，这太不合理了吧？？？
针对第二个问题我在场景计划的计划生成器中选择加压的方式启动1个vuser（每8秒），得出来的响应时间也很不合理。
这是什么原因呢？？？头痛

作者: lzpkenny 时间: 2007-11-8 20:52
怎么没有人回答？？

急啊

作者: nmtcolin 时间: 2007-11-9 09:39
标题: 详细说明白点...
1.有没有算thinktime时间?
2.你系统是基于什么协议开发的?

作者: lzpkenny 时间: 2007-11-9 11:15
已经忽略ThinkTime了，我们的系统是基于tcp/ip协议吧，是用delphi开发的

作者: 阳光_测试 时间: 2007-11-9 11:21
标题: 我的观点
1）需要应用程序，或者调用动态库，模拟你的刷卡过程；
2）检测你的脚本是否正确的模拟了，刷卡消费过程；
3）如果正确验证，可以通过control设置并发用户！

作者: lzpkenny 时间: 2007-11-9 16:54
需要什么应用程序啊？

作者: windfly1314 时间: 2007-11-9 17:17
第一，你确定单个脚本跑时，是否成功模拟了一次刷卡时间。如果是，你在开始是事物前设置一个集合，然后再同时加载12个Vuser。当然，如果卡号如果可以的话，你可以参数化。这样就可以达到同时刷12张卡的目的。
第二，你的想法是对的。
但是为什么你的响应时间那么慢你要结合你自己环境分析。一般分析都是靠自己。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)