压力测试的问题,谢谢
b/s结构的struts、weblogic、oracle三层架构的压力测试，第一次做有一些问题像不太清楚，我主要从2个角度测试，选择的测试工具是QALoad
1.服务器对多用户并发事务的响应时间
2.系统调优
我的问题：
1.事务分布图如何产生,还客户提出还是从需求中分析得出？
2.事务是否相当于进程的概念？（最好举个例子）
3.设置并发点原则?
4.想记录多个browser发送请求到sever application在检索databae，再由server application返回给browser这段时间，QALoad中怎么实现计时和多少个browser请求？是否需要录制3分脚本（分别记录browser、server、database）？
5.对于weblogic性能应该应该从哪些方面考虑？
谢谢：）
问题点数：0、回复次数：2Top
1 楼zhaotianping（太平）回复于 2003-12-02 09:15:06 得分 0
我用过Qaload的时间比较长，应该有所了解，QAload中有很多选项，可以分别对你说的进行录制脚本，然后进行测试。你有目前的LISCEN吗？如果有，给我发一个，我可以帮助你一些忙，我的那个LISCEN已经过期了。xiuzyang@21cn.comTop
2 楼cwj007（落叶夏日）回复于 2003-12-03 07:08:32 得分 0
说明只是跟据我平时用的写的，并不是看你用的工具
性能测试指标：
1、SQL数据库：
1． User 0 Connections (用户连接数，也就是数据库的连接数量)；
2． Number of deadlocks/Sec/－Total （数据库死锁）
3． Memory\ Availalle Mbyte 内存监控 (可用内存)
4． Physicsdisk \disk time \－Total（磁盘读写总时间）（出现瓶颈时检查读磁盘的时间长还是写磁盘的时间长）
5． Butter Caile hit(数据库缓存的选取命中率)
6． 数据库的命中率不能低于92％
2、Web Server：
1． Processor \ Processon time \ Tatol cpu时间
2． Memory \ Availalle MbyteAvai 应用服务器的内存
3． Requst Quened 进入HTTP队列的时间；队列/每秒
4． Total request 总请求数时间
5． Avg Rps 平均每秒钟响应次数＝ 总请求时间 / 秒数
6． Avg time to last byte per terstion （mstes）平均每秒迭代次数 ； 上一个页面到下一个页面的时间是你录入角本的一个过程的执行
7． Http Error 无效请求次数
8． Send 发送请求次数字节数
Webload的压力参数：
l Load Size(压力规模大小)
l Round Time(请求时间)
l Rounds (请求数)
l Successful Rounds（成功的请求）
l Failed Rounds （失败的请求）
l Rounds Per Second （每秒请求次数）(是指你录入角本的任务在一秒中执行的次数，类似Avg time to last byte per terstion （mstes）)
l Successful Rounds Per Second(每秒成功的请求次数)
l Failed Rounds Per Second（每秒失败的请求次数）
l Page Time 页面响应时间
l Pages （页面数）
l Pages Per Second （每秒页面响应数）
l H it Time（点击时间）
l Hits（点击次数,也可以是请求次数，不过有一些不一样）
l Successful Hits （成功的点击次数）
l Failed Hits （失败的点击次数）
l Hits Per Second (每秒点击数)
l Successful Hits Per Second （每秒成功的点击次数）
l Failed Hits Per Second （每秒失败的点击次数）
l Attempted Connections （尝试链接数）
l Successful Connections（成功的连接数）
l Failed Connections（失败的连接数）
l Connect Time（连接时间）
l Process Time（系统执行时间,一般用来显示CPU的运算量，服务器端与客户端都要记录）
l Receive Time（接受时间）
l Send Time（请求时间）
l Time To First Byte （）
l Throughput （Bytes Per Second）（）
l Response Time（回应时间）
l Response Data Size（）
l Responses（）
我的问题：
1.事务分布图如何产生,还客户提出还是从需求中分析得出？
呵呵，事务是一个业务处理逻辑单元，，他在处理的过程中只有成功与失败，不过还是要看你的设计/
2.事务是否相当于进程的概念？（最好举个例子）
你说的是指测试的事务，还是其它的，呵呵，这里我当你说的是测试上的事务
事务（Transaction）是这样一个点，我们为了衡量某个action的性能，需要在action的开始和结束位置插入这样一个范围，这就定义了一个transaction，LoadRunner 运行到该事务的开始点时，LoadRunner 就会开始计时，直到运行到该事务的结束点，计时结束。这个事务的运行时间在结果中会有反映。
插入事务操作可以在录制过程中进行，也可以在录制结束后进行。LoadRunner 可以在脚本中插入不限数量的事务。
举个例子：比如一个单据,把从登录到保存成功退出整个作为一个脚本,对于需要关注的保存时间,定义为单独的事务,以取得响应时间，事务脚本函数如下：
3.设置并发点原则?
集合点：是一个并发访问的点，在测试计划中，可能会要求系统能够承受1000人同时提交数据，在LoadRunner中可以通过在提交数据操作前面加入集合点，这样当虚拟用户运行到提交数据的集合点时，LoadRunner 就会检查同时有多少用户运行到集合点，如果不到1000人，LoadRunner就会命令已经到集合点的用户在此等待，当在集合点等待的用户达到1000 人时，LoadRunner 命令1000 人同时去提交数据，并发访问的目的。
注意：集合点经常和事务结合起来使用，常放在事务的前面，集合点只能插入到Action 部分，vuser_init和vuser_end 中不能插入集合点。集合点函数如下，参数不能加空格：
4.想记录多个browser发送请求到sever application在检索databae，再由server application返回给browser这段时间，QALoad中怎么实现计时和多少个browser请求？是否需要录制3分脚本（分别记录browser、server、database）？
不需要，你的一个业务处理角本，只要完成了业务，这些操作在后台就完成了，呵呵所以不要分。Brower可以自己来设并发，呵呵
5.对于weblogic性能应该应该从哪些方面考虑？
我附了一份参数，你可以参考一下，可以从上面几个方面
Top
