51Testing软件测试论坛

标题: 菜鸟请教:如何测试一个网站的性能? [打印本页]

作者: yaya625    时间: 2007-9-11 17:05
标题: 菜鸟请教:如何测试一个网站的性能?
自己搭建了一个网站,准备用来学习性能测试。
做测试要有目标,有方案,可我刚做性能测试不久,很多不是很清楚。
我现在比较茫然,目标该怎样定才会跟真实的测试一样或是相似呢?测试一个网站的性能一般都有哪些指标呢?
不知道描述清楚了没,请大家多指教,谢谢!
作者: b47617    时间: 2007-9-11 17:16
发一次言
1.确定好环境(软硬件);
2.确定性能测试测略和对应的性能的指标;
3.确定好要模拟用户的场景和对应的用例;
4.跑(部署);
5.分析;
高手请出招...
作者: yuxiaoyuan    时间: 2007-9-11 17:40
sdlkfj2 这个学习方法不错,我也是新手呵。。。
作者: cnpc1234    时间: 2007-9-11 17:46
简单说下:
1、需要了解你测试网站的架构(使用什么语言开发的、是否用到中间件、后台数据库是什么)。
2、分析业务应用(具体包含那些种应用),从中确定具体待测试的应用类型(选择有代表的应  用)
3、测试脚本的开发、调试。
4、分析代表性的应用,确定应用交易组合(符合实际应用)即交易配比,制定测试场景。
5、执行测试,收集测试报告。
6、分析测试报告,找到测试瓶颈,提出合理测试优化建议。
7、需要的话,进行多轮测试。验证测试优化方案。
作者: 筷子    时间: 2007-9-11 18:07
能问一下,这个是否用到中间件,是什么意思?sdlkfj8
作者: yaya625    时间: 2007-9-11 22:50
标题: 回复 #4 cnpc1234 的帖子
网站是B/S架构的,是PHP语言开发的,后台数据库是mysql
这个网站是我从网上下的一个购物网站,里面具体的东西不是特别的清楚
我现在主要是测试用例都不清楚该怎样做
我是这样想的  首先要找到这个网站的瓶颈 但是要找的瓶颈应该有个基本的方法吧,怎么做呢?是不是一开始要缓慢加压呢?那每分钟登录多少个用户才算得上缓慢呢?业界应该有个标准吧。
我的短板挺多,还请大家多多指教,在此先谢过了~
作者: pupu840323    时间: 2007-9-12 09:21
大家写的都好泛泛,其实他就是想要个测试过程的全演示,你用LR自带的例子就可以进行测试练习了,何必要用自己架的呢,要一步一步来。论坛有篇帖子,你可以看看,叫作业指导书吧,你好好看看。具体位置你自己找吧sdlkfj6
作者: wgs0923    时间: 2007-9-12 10:02
页面的响应时间,如果需求上没有清晰的要求,基本上遵循3-5-8原则即可.响应在3秒以内,表示速度快,3-5秒,表示一般,5-8秒表示需要等待,勉强接受;8秒以上,表示不能接受.
作者: wgs0923    时间: 2007-9-12 10:07
一个网站的性能一般关注以下几个方面:
页面的响应时间,最大在线用户数,最佳并发用户数,最大并发用户数,服务器资源占用情况,网络的带宽占用以及TPS(服务器的事务处理能力).
作者: yaya625    时间: 2007-9-12 10:38
谢谢楼上几位的指点
我刚看了别人的测试报告,他的逻辑是这样的:
1.先是缓慢加压,每分钟5个人,一直加到报错,手工停止,然后根据LR的结果进行猜测分析,找出瓶颈点
2.通过限速降低系统所承受的压力,希望延缓系统出现故障至完全崩溃的时间来获得更多数据
3.发送瞬间大压力来寻找系统瞬间最大承压能力,确定问题所在
4.通过在系统内缓慢堆积用户连接/会话取得系统变化趋势,根据以前的分析,确定原因。
我想问的是 :
1  这种测试的方法有通用性麽,可以用到我测试网站中麽?
2  在上述的第二步中 提到了限速,他是先用了一个低带宽,然后又用了大一点带宽,这个缘由是什么呢?
暂时是这些问题 ,请大家多多指教,谢谢~
作者: wgs0923    时间: 2007-9-12 11:11
回答:
1.首先你要明白你的测试目的是什么?然后采取怎样的测试方法就由你自己决定了.上面的只是一种很简单的查找瓶颈方法之一,具体情况具体再设计测试场景.
2.他使用不同带宽的用意是模拟在不同的网络带宽下进行对比测试,制造出不同情况的网络负载,判断带宽对程序影响有多大,判断网络是否存在瓶颈!
作者: yaya625    时间: 2007-9-12 12:57
标题: 回复 #11 wgs0923 的帖子
非常感谢您的指点!
上面您说我提到的只是一个很简单的查找瓶颈的方法,那麽还有其他的常用方法麽?还请您多指教。
注:测试这个网站我没有什么需求文档,都是自己定的目标,首先我要找出网站的瓶颈,然后根据情况再测试分析,确定瓶颈所在。这只是我的初步想法,具体实现我还不是特别清楚,您能否再给指点一下,指个方向呢,谢谢~
作者: pupu840323    时间: 2007-9-12 14:32
重点关注这篇帖子,对我也很有帮助,楼主说的那篇测试报告能给我一份看看吗,感觉很实用,我的邮箱qujf@icss.com.cn
作者: yaya625    时间: 2007-9-12 14:59
标题: 回复 #13 pupu840323 的帖子
方便的话,把您的MSN留下吧,跟您交流一下
作者: yaya625    时间: 2007-9-12 18:41
我已经开始了测试,首先我是这样设置场景的,每分钟加载5个用户,一共是100个用户,100个用户全部加载后再运行5分钟
一共分了如下几个事务:登录,查看,购买,收银,生成订单
我测了2次,两次的结果相差很大,如下:
第一次:随着用户的加载,各事务的响应时间变慢,但是没有报错,100个用户全部跑下来了
第二次:在跑到20个用户时,生成订单 响应时间的曲线断了,并报错,提示的原因是超时,超过120s,但其他事务是在进行的,不过有的也报错
用spotlight监控了数据库,并没有很明显的错误
我的问题是:
为什么两次结果差距这么大?
就2种情况而言,出现这种情况的原因是什么,我该往哪方面猜,并如何去验证呢?
请大家多多指教啊,谢谢!
作者: mmnh80    时间: 2007-9-13 10:19
大家把MSN留下来,共同交流一下
作者: yaya625    时间: 2007-9-13 10:41
yayazll@hotmail.com
作者: 87117899    时间: 2007-9-13 10:52
正在期待继续#15楼的结果分析,我MSN:huangxiukui@hotmail.com
作者: 19thangel    时间: 2007-9-13 11:29
关注sdlkfj2
作者: 泰德李    时间: 2007-9-13 16:35
HTTP Responses per Second - whole scenario
HTTP_200   N/A   N/A   6.612   N/A   0.988  
HTTP_408   N/A   N/A   0.001   N/A   0.000  

Available MBytes (Memory)
Bytes Total/sec
% User Time    

 这些值的标准值是怎么衡量啊
作者: liuyinju    时间: 2007-9-13 17:25
我也是新手,楼主看的那份测试报告能否发我一份,谢谢!
渴望中。。。sdlkfj8
邮箱:liu_yinju@163.com
作者: king007    时间: 2007-9-13 19:56
回复主题,赢取积分!
作者: justforliang    时间: 2007-9-14 10:41
我也是新手,楼主看的那份测试报告能否发我一份,谢谢!
邮箱:justforliang@qq.com   渴望中!!
作者: zazah    时间: 2007-9-14 10:46
关注中!
楼主的那份测试报告能否给我一份,fineweather66@163.com 谢谢了sdlkfj3
作者: bladeww    时间: 2007-9-14 11:26
学习下 顶了
作者: yaya625    时间: 2007-9-14 11:36
非常感谢大家的关注,那份报告是我请教别人时,在别人电脑上看到的,当时主要是在讲大概的测试流程,并没有把文档直接给我,我手头并没有这份文档的,很抱歉。
作者: corrine-li    时间: 2007-9-14 11:55
关注中,对我也有帮助啊!
作者: 丁笑寒    时间: 2007-9-14 13:02
原帖由 泰德李 于 2007-9-13 16:35 发表
HTTP Responses per Second - whole scenario
HTTP_200   N/A   N/A   6.612   N/A   0.988  
HTTP_408   N/A   N/A   0.001   N/A   0.000  

Available MBytes (Memory)
Bytes Total/sec
% User Tim ...


Available MBytes (Memory) ---这个值,是可用物理内存数。
Bytes Total/sec ---是值发送和接受字节的速率。
% User TimE    ---是指非内核操作耗费的CPU时间。
作者: langzifeilong    时间: 2007-9-14 16:00
关注中!
作者: yaya625    时间: 2007-9-14 17:41
测试中发现新问题:我所测试网站的数据库和应用程序分别放到两台机子上(注:两个虚拟机上,同一台物理机),现在数据库的服务器已经没有响应了,重启也启动不起来,我从前台登录网站也不可以了,提示说是连接不到数据库,但是用LR加载用户,每个事务居然还可以跑,全部通过,没有报错。
这是为什么呢?
LR出具的事务图是根据打点的啊?(平均事务响应时间图)
作者: songliu8410    时间: 2007-9-15 11:59
学习中
作者: marygao929    时间: 2007-9-16 20:22
我也发现LR有时操作结果和实际操作不一致, 执行场景一般不报错,实际有误.
作者: dongmusic    时间: 2007-9-16 20:34
原帖由 wgs0923 于 2007-9-12 10:02 发表
页面的响应时间,如果需求上没有清晰的要求,基本上遵循3-5-8原则即可.响应在3秒以内,表示速度快,3-5秒,表示一般,5-8秒表示需要等待,勉强接受;8秒以上,表示不能接受.



你这里的3-5-8原则是你自己的经验总结,还是从那个地方看到的,不过看起来说的还是蛮有道理的。
作者: yiha    时间: 2007-9-16 21:36
好贴啊,不顶不行
作者: yaya625    时间: 2007-9-16 23:37
标题: 回复 #33 dongmusic 的帖子
在没有明确的需求时,这算是业界的一个通用标准吧
作者: tidussy    时间: 2007-9-17 16:12
关注此帖~希望高手解答一下楼上的几个问题
作者: qiguojie    时间: 2007-9-17 17:31
原帖由 yaya625 于 2007-9-12 18:41 发表
我已经开始了测试,首先我是这样设置场景的,每分钟加载5个用户,一共是100个用户,100个用户全部加载后再运行5分钟
一共分了如下几个事务:登录,查看,购买,收银,生成订单
我测了2次,两次的结果相差很大 ...

超时的问题,可能是Runtime-setting的关系,也可能是因为压力超过目前的承受能力,造成队列过长导致的。

你可以去查看analysis的网页细分图,先看download细分,查看哪部分用的时间平均最大,有超过120的值

如果是first buffer time的时间过长,你还可以去看看first buffer time bleak down图,看看是server时间长还是Network time长

在细分组件,看看那个组件有问题,然后结合你的程序部署,分析一下原因
作者: yaya625    时间: 2007-9-20 13:04
谢谢楼上的指点sdlkfj2
我出现100个用户跑完都没有错误的原因是我没有在脚本中设置检查点,结果数据库服务器已经没有响应了,LR还没有报错。
作者: www111409    时间: 2007-9-24 09:40
spotlight是监控数据库的工具吗??具体是个什么东西啊`,望大家指点>
作者: yaya625    时间: 2007-9-24 10:45
标题: 回复 #39 www111409 的帖子
Spotlight是一种图形化的实时性能诊断工具,在图形化用户界面中提供数据库配置、数据库运行状态、数据库性能状况等信息
作者: jinwei6078    时间: 2007-9-24 15:20
从此贴又学到了不少东西,帮顶贴!
作者: nedved1020    时间: 2007-9-25 16:26
顶!好贴!!学习LR中,受到了启发!!sdlkfj3
作者: lixiaoqing    时间: 2007-9-26 15:57
帮忙顶,最近也在学习LR的内容,也遇到很多问题!
作者: yaya625    时间: 2007-10-24 18:35
具体分析如下:错误会有提示,提示是超时,没有响应,首先看是脚本中那个地方开始报错,同时参看用户数和错误数的合并图进行分析。在测试过程中 有两个地方报这种错误,一个是初始化(仅仅是打开页面,不做任何操作),一个是打印订单,打印订单先报错。数据库一直在监控中,没有问题,那么就剩apache和php应用程序了。 同样的用户数,同样的时间,只跑初始化那部分的脚本,没有报错,且响应时间很很快。那证明apache是没有问题的,剩下的就是打印订单的php程序了,至于初始化的php有没有问题,需要解决了打印订单的问题以后再测试才能确定。
以上是我的分析,可能有不对的地方,请大家多多指教~
作者: 54111    时间: 2008-1-2 14:25
顶上去,重点关注中
作者: tiptopcyz    时间: 2008-1-2 16:40
learn a lot ,thank you.
作者: musicbeast    时间: 2008-1-9 13:39
标题: 回复 44# 的帖子
我个人也是做电子商务网站测试的,也参与过性能测试

你的性能测试我觉得肯定与实际脱钩的

你可能不熟悉系统的业务、系统的功能、是否分析出网上商店的性能点、做压力是不是考虑了大数据量?
作者: laipi    时间: 2008-1-24 11:06
学习中受益匪浅
作者: handle    时间: 2008-1-24 14:31
我也是新手,正在学习中的
作者: 兰色犹豫    时间: 2008-1-28 12:00
关注ing
作者: xiongshaohuang1    时间: 2008-2-18 14:22
我要好好关注这个帖子,对自己很有帮助
作者: guihudie    时间: 2008-2-18 16:08
guihudie@hotmail.com
作者: yaya625    时间: 2008-5-20 18:15
标题: 回复 47# 的帖子
谢谢您的指教,的确是跟实际有点脱钩,这是我从网上下的一个程序,自己搭建的测试环境,主要是用来学习LR的,主要是学习分析的思路.  这里的确没重点考虑考虑业务  
还请您多指教~
作者: joetree    时间: 2008-5-21 15:03
看了看,感觉就是个玩具
因为你没确定的需求,完全是练手,所以和玩具一样
你要确认有多少数据负载,有多少用户访问,你可以估算下,有目的的测试才是测试
你还要有基础的中间件优化的能力,可以去看看资料,因为网站不是搭建起来就可以的,性能有很大程度也决定于你的中间件的配置是否合理,数据库的基本设置是否合理
配置好了,做测试才有意义
作者: yaya625    时间: 2008-5-21 15:57
很受启发,谢谢您的指教
作者: 紫毓E    时间: 2011-5-27 12:10
对我也有帮助!看看看看!
作者: xangtianwen    时间: 2011-6-1 14:07
正在学习中,支持




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