51Testing软件测试论坛

标题: 协议的选择的问题谈话 [打印本页]

作者: pcl2004_27    时间: 2004-7-28 15:53
标题: 协议的选择的问题谈话
2004-7-28  14:45:05 上午  Ottoman  pcl  Could tell me how to test B/S performance in loadrunner?
2004-7-28  14:45:16 上午  pcl  Ottoman  问题太大了
2004-7-28  14:56:47 上午  Ottoman  pcl  1.是一个C/S 的程序
2004-7-28  14:57:15 上午  Ottoman  pcl  2.database 是SQL
2004-7-28  14:58:11 上午  Ottoman  pcl  现在我要运行这个c/s的程序,从打开一文件到关闭这文件的性能
2004-7-28  14:58:24 上午  Ottoman  pcl  你认为如何做
2004-7-28  14:59:12 上午  Ottoman  pcl  能否指点一下,thanks
2004-7-28  15:09:42 上午  pcl  Ottoman  cs是什么结构的(客户端直接连接数据库?还是client-server-database)的结构?如果光从你问的问题我觉得根本就没有测试的必要,我们需要测试的是软件最常用的功能,用户最关心的功能!而测试的数据也是从资源利用(cpu memory time)等 负载数据量(并发-多用户同时操作,比如你这个打开文件夹 如果关系到数据库 你要关注还有死锁问题 次数--多次操作该功能,比如你这里多次打开文件,随机-更改测试工具的操作,动作延时 打开关闭时间的间隔) 数据量(假设你的这个文件操作,文件多大,client 到 server的访问时间肯定是不同的,也就是不同的条件导致的结果也不同) 软件本身资源(代码算法优化,这个文件放在那里-数据库里还是本地,从数据库调出修改后关闭的操作时有一定去别的)  
2004-7-28  15:10:55 上午  pcl  Ottoman  性能测试不是全部测试,是有重点的!重点我的标准时是最常用 最关心。  
2004-7-28  15:11:21 上午  pcl  Ottoman  设计脚本的时候可以作为你的考虑点!
2004-7-28  15:15:07 上午  Ottoman  pcl  客户端直接连接数据库
2004-7-28  15:15:17 上午  Ottoman  pcl  我这边是客户端直接连接数据库
2004-7-28  15:16:05 上午  pcl  Ottoman  我说得你理解了么
2004-7-28  15:18:14 上午  Ottoman  pcl  差不多了吧
2004-7-28  15:19:07 上午  Ottoman  pcl  但是我想问你如何来选择协议部份呢
2004-7-28  15:20:10 上午  pcl  Ottoman  协议的选择和你系统架构有很大关系
2004-7-28  15:20:46 上午  Ottoman  pcl  假设我有100个用户来打开和关闭这个文件,
2004-7-28  15:21:27 上午  Ottoman  pcl  象我这样的情况是winsock 还是用sm sql 协议呢
2004-7-28  15:27:48 上午  pcl  Ottoman  协议的选择是个探索的过程,不是那个协议的问题!一开始是判断软件架构,那你的情况来说第一选择是sql协议,不过由于特殊的情况,cs的架构用了特殊的处理方式不是简单的两层结构 client server( database ),其中可能client (处理层) server( database ) 也可能是开发人员会把功能做成dll(其中有一个dll可能封装了其中的连接,添加等操作数据库的功能)loadrunner无法记录,以上都是分析过程 这时候我们会用常用的winsock协议来进行录制脚本
2004-7-28  15:30:13 上午  pcl  Ottoman  所以协议的选择是分析软件架构,程序开发算法的结果!其实这些选择协议的过程也就是协议尝试选择的过程
2004-7-28  15:30:21 上午  pcl  Ottoman  不知道我说得明白否
2004-7-28  15:30:24 上午  pcl  Ottoman  
作者: happytll    时间: 2004-8-24 11:15
好帖!!!!!!!!
作者: happytll    时间: 2004-8-24 11:24
忘了把自己的问题写出来了

我现在遇到个问题:
应用程序编写语言:C#,数据库:SQL
我数据库放在服务器,连接服务器时,用Window Sockets协议可以录制到脚本
但是,把运行单个脚本时报错:vuser_init.c(26): Error : socket0 - Connection reset by peer. Error code : 10054.
初步判断是连接服务器问题。
于是我把数据库放在本机,连接自己机器,但试了好几个协议(包括MSSqlServer)都录制不了脚本,郁闷呀!!!!!!!!!
求救!!!!!!!!!!:,(
作者: pcl2004_27    时间: 2004-8-31 12:09
Error code : 10054 属于UDP协议的错误

其实经常是脚本没有同服务器同步,需要修改一下变化部分!
作者: niceleafage    时间: 2004-9-29 08:58
既然是这个错误,怎么解决呢?pcl请回答。。。。。
作者: niceleafage    时间: 2004-9-29 08:59
既然是这个错误,怎么解决呢?pcl请回答。。。。。
作者: elitel    时间: 2005-1-11 08:34
ding
作者: dolias    时间: 2005-3-16 15:03
帮顶,我也碰到10054的错误,谁能详细解释一下解决方法?
作者: 小屋_vivian    时间: 2005-6-2 11:03
顶!不错啊,好贴
作者: guirongb    时间: 2005-6-2 11:58
用COM/DCOM协议录制试试看吧
作者: kernzhang    时间: 2005-6-2 17:45
Connection reset by peer. Error code : 10054.
这个错误问题出现,主要是内部有动态的数据!请检查数据!然后做关联
作者: zhuhai    时间: 2005-6-3 21:03
标题: 唉,看不懂
继续跟前辈学习啊
作者: lsh    时间: 2005-6-9 08:33
kernzhang版主说的没错,happytll,用同样的数据。将同样的操作录制两次,然后用windiff比较一下,会发现其中有数据是动态变化的,那么这些数据是需要做关联的。我用winsock录制过oracle自带的sqlplus程序,当时也出现过这个问题的。
尝试一下,也许会有收获的
作者: hxf    时间: 2005-7-27 13:49
好贴子呀!
作者: case2008    时间: 2006-1-12 09:55
lzmm表生气,我要是男滴,我就来应征,其实条件不高啊。现在北京满大街都是本科生,租个房子一不小心还碰到年轻的博士生,学历不是什么问题啦。就是这个工作稳定不是lz怎么定义的,还有就是相貌,其实帅一点的男人真的很早就被定走啦,可能没上大学就有n多小女孩追了,普通一点,但是长的端正也不错啊。
     还有就是其实偶觉得55还是美女多。。。。男性很少的,如lz所期望的男性估计大多工作很忙,好多可能更愿意上天涯之类的网站啦。。。
作者: hellenchen    时间: 2007-1-12 17:48
好!跟进中
作者: xjcool    时间: 2007-8-31 09:28
听起来 像是高手~ 和么回答一样 ~ 整了些大道理
作者: wangjinxiang    时间: 2007-12-23 09:38
顶!不错啊,好贴
作者: wangjinxiang    时间: 2007-12-23 09:39
继续跟前辈学习啊
作者: candy_83    时间: 2009-10-26 13:52
ding
作者: wenjun2014jsj3    时间: 2010-2-25 19:06
说的很好,选协议对于一个刚刚接触性能测试的人来说确实是一个难点
作者: 172468840    时间: 2010-5-10 11:44
原帖由 wenjun2014jsj3 于 2010-2-25 19:06 发表
说的很好,选协议对于一个刚刚接触性能测试的人来说确实是一个难点


强烈同意楼上的观点
作者: yandaju    时间: 2011-8-15 15:45
好贴
作者: zhang.yuandong    时间: 2011-8-15 16:13
lzmm表生气,我要是男滴,我就来应征,其实条件不高啊。现在北京满大街都是本科生,租个房子一不小心还碰到 ...
case2008 发表于 2006-1-12 09:55


15楼 说的很哈好 顶一个
作者: pshaoshuai    时间: 2012-7-30 15:00
来取经的
作者: tiger_white    时间: 2012-10-22 17:26
顶个




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2