网站性能测试指标.docx

文档介绍：: .
通用指标（指Web应用服务器、数据库服务器必需测试项）
指标
说明
ProcessorT并运行队列
稳定系统的资源状态
性能项
资源
评价
CPU占用率
70%
好
85%
坏
90%+
彳艮差
磁盘I/0
<30%
好
<40%
坏
<50%+
彳艮差
网络
<30%带宽
好
运行队列
<2*CPU数量
好
内存
没有页交换
好
每个CPU每秒10个页
交换
坏
更多的页交换
彳艮差
通俗理解:
日访问量
常用页面最大并发数
同时在线人数
访问相应时间
案例：
最近公司一个项目，是个门户网站，需要做性能测试，根据项目特点定出了主要测试项和测试方案：
一种是测试几个常用页面能接受的最大并发数（用户名参数化，
设置集合点策略）
一种是测试服务器长时间压力下，用户能否正常操作（用户名参
数化，迭代运行脚本）
一种则需要测试服务器能否接受10万用户同时在线操作，如果
是用IIS做应用服务器的话，单台可承受的最大并发数不可能达到10万级，那就必须要使用集群，通过多台机器做负载均衡来实现；如果是用websphere之类的应用服务器的话，单台可承受的最大并发数可以达到10万级，但为性能考虑还是必须要使用集群，通过多台机
器做负载均衡来实现；通常有1个简单的计算方式，1个连接产生1个session,每个session在服务器上有个内存空间大小的设置，在NT上是3M,那么10万并发就需要300G内存，当然实际使用中考虑其他程序也占用内存，所以准备的内存数量要求比这个还要多一
些。还有10万个用户同时在线，跟10万个并发数是完全不同的2
个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线
用户转换成多少个并发数呢？这就必须要有大量的历史日志信息来
支撑了。系统日志需要有同时在线用户数量的日志信息，还需要有用
户操作次数的日志信息，这2个数据的比例就是你同时在线用户转换
到并发数的比例。另外根据经验统计，对于1个JAVA开发的WEB
系统（别的我没统计过，给不出数据），一般1台双CPU、2G内存
的服务器上可支持的最大并发数不超过500个（这个状态下大部分
操作都是超时报错而且服务器很容易宕机，其实没什么实际意义），
可正常使用（单步非大数据量操作等待时间不超过20秒）的最大并
发数不超过300个。假设你的10万同时在线用户转换的并发数是
9000个，那么你最少需要这样的机器18台，建议不少于30台。当
然，你要是买个大型服务器，里面装有200个CPU、256G的内存，
千兆光纤带宽，就算是10万个并发用户，那速度，也绝对是嗖嗖的。
另外暴寒1下，光设置全部进入运行状态就需要接近6个小时。
具体的可以拿1个系统来压一下看看，可能会出现以下情况：
1、服务器宕机；
2、客户端宕机；
3、从某个时间开始服务器拒绝请求，客户端上显示的全是错误；
4、勉强测试完成，但网络堵塞或测试结果显示时间非常长。假
设客户端和服务器之间百兆带宽，百兆/10000=10K,