51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5953|回复: 32
打印 上一主题 下一主题

[原创] 紧急!测试结果分析

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-17 16:10:38 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
Java语言开发,使用的是Tomcat服务器,运行400用户并发时,运行大约一个小时后可以看到事务开始停止,然后过个五分钟左右,事务又开始增加了,这是怎么回事呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-5-17 16:15:10 | 只看该作者
在你设定的时间段内,有用户提前运行完,进行了第二次迭代...
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-5-17 16:30:50 | 只看该作者
不是这样的,在事务停止响应时,服务器页面也打不开了.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-5-17 16:31:16 | 只看该作者
用IE访问 页面响应非常慢
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-5-17 16:47:27 | 只看该作者
用户在等待资源释放吧
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-5-17 16:50:40 | 只看该作者
也许是,不过这种这种情况可以避免吗?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-5-17 17:01:40 | 只看该作者
那就是程序问题了,不是测试问题
真要看,就看看是不是有什么占用资源没有及时释放的
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-5-17 17:04:58 | 只看该作者
也有可能是服务器的某个参数的问题,如果是程序,这个有办法测试出来吗?能具体说说么?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2007-5-17 17:05:51 | 只看该作者
我知道 Java有一种回收机制,那么在Java进行回收时,服务器会不会不再响应请求?
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-5-17 17:25:50 | 只看该作者
你说的是java的自动GC机制吧

Tomcat这种轻量级的Web服务器并不能承受很大量的并发。

你可以看看这时的服务器资源占用情况和Tomcat资源占用情况,服务器内存、磁盘读写的占用情况。

[ 本帖最后由 shanxi 于 2007-5-17 17:28 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-5-17 17:34:22 | 只看该作者
几个问题:

1.tomcat的数据库连接池的设定值多大?
链接数过小,可能导致不能即时响应。

2.400个用户并发。是用集合点的方式还是加了思考时间呢?
同时并发和同时在线的测试结果差很多。
ps:400/s是个很高的值了

3.“一小时事务停止”。那此时报的错主要是什么?链接超时?500?还是别的?错误的数目大概多少?
这个应该能帮助定位错误所在吧。

4.“五分钟后事务又开始响应”。响应的计数器(如吞吐量、响应时间等)是否会恢复到之前的水平值?
之前碰到过这个情况,就是没有没有响应後,过了一小会儿,又出现响应了,但是throughout和hit per second是在一个很低的水平下,并没有恢复到一开始测试时的水平。不知道楼主的情况是不是这样。

另外装个JProfiler监控一下测试的对象情况吧,看看哪些对象不能被及时回收,这对定位错误也会有所帮助 sdlkfj6
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-5-17 17:41:42 | 只看该作者
楼上都是高人呀,看完了顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-5-17 17:52:10 | 只看该作者
国外有用tomcat做成16000个并发的

当然是用了另外的技术,没用负载平衡
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-5-17 18:06:12 | 只看该作者
[quote]国外有用tomcat做成16000个并发的

当然是用了另外的技术,没用负载平衡[quote]


竟有这么强的技术!!! sdlkfj4
回复 支持 反对

使用道具 举报

该用户从未签到

15#
 楼主| 发表于 2007-5-17 18:44:16 | 只看该作者
工具并没有报超时,只是看到事务数没有增加,而过了约5分钟后,事务又开始增加了
另外400并发并没有使用集合点,服务器端的内存及cpu资源占用情况也不高
情况正如11楼高手所说的:第4种情况
4.“五分钟后事务又开始响应”。响应的计数器(如吞吐量、响应时间等)是否会恢复到之前的水平值?
之前碰到过这个情况,就是没有没有响应後,过了一小会儿,又出现响应了,但是throughout和hit per second是在一个很低的水平下,并没有恢复到一开始测试时的水平。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-5-17 19:03:26 | 只看该作者
LR向服务器发送请求停滞了。。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
 楼主| 发表于 2007-5-18 09:46:10 | 只看该作者
这种解释不太合理呀,因为同时期的IE访问时,页面也是超慢的
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-5-18 10:15:28 | 只看该作者
问题描述的不清楚,场景怎么设置的都没有说?
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-5-18 10:29:08 | 只看该作者
就先查查数据库链接处的代码吧,或许从那可以看到一些问题,看看有没有慢sql或者有没有数据库链接没有被及时释放~
回复 支持 反对

使用道具 举报

该用户从未签到

20#
 楼主| 发表于 2007-5-18 10:59:02 | 只看该作者
场景设置为:并发用户数400,脚本牵涉比较多,迭代100次,是个外网作的测试,测试服务器与应用web服务器在同一机房,在200并发的情况下没有出现上述问题,数据库是oracle的,web应用服务器是Linux的。web服务器有3台。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-16 10:02 , Processed in 0.079658 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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