本篇主要是性能方面的。
一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。
其中用户性能要求如下：支持100万注册用户
性能需求分析：
1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等
2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？
3、怎么算出并发用户数？响应时间？
性能指标确定：
因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。
2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为0.33秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系）
3、100万用户，那么怎么计算出他的每小时峰值活动用户数？
解决方案：采用80•20原则计算得到每小时峰值活动用户数 6.667万/小时；那么每秒中的同一功能点点击并发数应该是18.5。
4、怎么得其并发数？
解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击0.35次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。
5、应该测试那种性能类型经再三考虑，三种性能都进行测试。
执行性能：
评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准
性能测试结果：
发现本系统最大用户支持为1100.失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。
根据上述情况，可以得出：
1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0.005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1*100比例，计算得到每小时峰值活动用户数11万/小时；采用80•20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。
注：100万，采用80•20原则计算得到每小时峰值活动用户数6.667万/小时。
来源于：百度知道
 
 
 
 

Jmeter教程 简单的压力测试
 
Jmeter并发数 测试
 
Jmeter是一个非常好用的压力测试工具。  Jmeter用来做轻量级的压力测试，非常合适，只需要十几分钟，就能把压力测试需要的脚本写好。
 
阅读目录
 
什么是压力测试 
做压力测试的常用工具
做压力测试的步骤如下:
本文做压力测试的例子
第一步： 使用CSV Data Set Config 来参数化
第二步：添加HTTP Request.
第三步： 使用Thread Group， 控制模拟多少用户
第四步：  添加Summary Report 用来查看测试结果
第五步： 运行一下
下载源代码
 
 
什么是压力测试 
 
顾名思义：压力测试，就是  被测试的系统，在一定的访问压力下，看程序运行是否稳定/服务器运行是否稳定（资源占用情况）
 
比如： 2000个用户同时到一个购物网站购物，这些用户打开页面的速度是否会变慢，或者网站是否会奔溃
 
 
 
做压力测试的常用工具
 
做压力测试，一般要使用工具， 人工是没办法做的。   最常用的工具是LoadRunner, 但是LoadRunner毕竟是收费软件，而且使用上也比较复杂。 现在越来越多的人开始使用Jmeter来做压力测试。 免费， 而且使用上非常简单。
 
 
 
做压力测试的步骤如下:
 
1. 写脚本 或者录制脚本
 
2. 使用用户自定义参数
 
3. 场景设计
 
4. 使用控制器，来控制 模拟多少用户。
 
5. 使用监听器， 查看测试结果
 
 
 
本文做压力测试的例子
 
本文举的实例是： 在一台电脑用Jmeter模拟200个用户，同时去使用bing搜索不同的关键字， 查看页面返回的时间是否在正常范围内。
 
 
 
 
 
第一步： 使用CSV Data Set Config 来参数化
 
首先我们把测试需要用到的2个参数放在txt文件中，
 
新建一个data.txt文件，输入些数据， 一行有两个数据，用逗号分隔。
 
 
 
 
启动Jmeter, 先添加一个Thread Group, 然后添加一个CSV Data Set Config (Add -> Config Element -> CSV Data Set Config)
 
 
 
 
第二步：添加HTTP Request.
 
我们添加http 请求，发送get 到 http://cn.bing.com/search?q=博客园+小坦克
 
选择Thread Group 右键 (Add ->Sampler -> HTTP Request)，  需要填的数据如下：
 
 
 
 
第三步： 使用Thread Group， 控制模拟多少用户
 
选中Thread Group
 
 
Number of Threads(users):     一个用户占一个线程，  200个线程就是模拟200个用户
 
Ramp-Up Period(in seconds):   设置线程需要多长时间全部启动。如果线程数为200 ，准备时长为10 ，那么需要1秒钟启动20个线程。也就是每秒钟启动20个线程。
 
Loop Count: 每个线程发送请求的次数。如果线程数为200 ，循环次数为10 ，那么每个线程发送10次请求。总请求数为200*10=2000 。如果勾选了“永远”，那么所有线程会一直发送请求，直到选择停止运行脚本。
 
 
 
第四步：  添加Summary Report 用来查看测试结果
 
选中Thread Group 右键(Add -> Listener -> Summary Report)
 
 
 
 
 
第五步： 运行一下
 
到目前为止， 脚本就全写好了， 我们来运行下， 如何看下测试的结果
 

 

   这个其实没有固定的算法，必须根据压测的目标特点进行估算。
  
举例子来说明：
  
是一天的访问量，那么我们需要知道哪几个时间段访问人数最多。
  
例如有10小时访问密集区，我们可以估算每小时1000用户，峰值*2或者3，也就是每小时3000，那么合计一秒钟只要3000/3600 还不足1个并发。
  
当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。
 
 
 

   
 
 
 

   
 
 
 

   
 
 
 

  当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。
  

  

  
  
  

 
 
转载于:https://www.cnblogs.com/Chamberlain/p/10584354.html

一.评测网站常用的一些术语：
 
以www.qq.com为例子，我们可以在站长之家输入www.qq.com获得结果：
 
 日均ip：每天有多少个ip访问qq，我们可以看到qq是接近六千万，然后用的人远不止这些，因为如果在一个局域网里面访问使用qq的话，局域网最终有几个出个ip，就是多少个ip。
 
日均pv：我们一个人用一个ip去访问qq，然后在里面点了几个页面，这个就是PV。也就是说pv/ip就是每个ip访问的页面数量，通常这个数越大就说明你的网站越受欢迎，而不是点一下就走了。
 
还有几个术语：
 UV：这个是多少个用户，前面说ip是出口ip，那么有多少人就是这个UV了。
 DAU:这个和UV有些类似，但是这个一般用在移动端APP中，日活跃用户数。
 MAU：移动端APP月活跃用户数。
 
二.网站最大并发数
 
并发数：
 
并发用户数量，有两种常见的错误观点。一种错误观点是把并发用户数量理解为使用系统的全部用户的数量，理由是这些用户可能同时使用系统；还有一种比较接近正确的观点是把用户在线数量理解为并发用户数量。实际上，在线用户不一定会和其他用户发生并发，例如正在浏览网页的用户，对服务器是没有任何影响的。但是，用户在线数量是统计并发用户数量的主要依据之一。
 
并发主要是针对服务器而言，是否并发的关键是看用户操作是否对服务器产生了影响。因此，并发用户数量的正确理解为：在同一时刻与服务器进行了交互的在线用户数量。这些用户的最大特征是和服务器产生了交互，这种交互既可以是单向的传输数据，也可以是双向的传送数据。
 
测试并发量：
 
使用apache的ab命令，没有的话先安装一下httpd（安装只会占磁盘空间，不启动对内存不会有什么影响）：
 
yum install -y httpd
 
使用ab命令测试www.qq.com，你也可以测试自己的网站，比如说我自己的网站127.0.0.1。
 
# -c指定并发数，-n指定请求数量
ab -c 100 -n 1000 http://127.0.0.1/index.html
 
查看结果：
 
 上面可以看出我自己的1核2G内存的云服务器是1万1的并发量。我的web就只有一个静态页面，没有动态请求，理论上nginx的静态页面支持3万的高并发。
 
然而这并不能说明什么，生产环境中不可能没有动态请求，还有和数据库的交互以及带宽。犹如一个银行里面，大厅的人数多少还不能说明处理能力的快慢。
 
吞吐量：
 
与高并发相关的一个参数叫做吞吐量，这个就想是银行柜台窗口。吞吐量的多少决定了真正并发数量的多少。哪怕我服务器写的并发很高，也会被限制，有时候并发太高了，吞吐量反而会变低，因为太“拥挤”了。按理来说，cpu核数多少就是多少个窗口，但是呢，吞吐量不是这样的，这样太浪费cpu资源了。假如银行柜台办业务中途需要填个表，现实中可能是等你填完，然后继续。但是cpu不是，在一个请求处理等待返回结果的时候，cpu已经开始下一个了，等返回了值再处理一下。这样下来，每秒钟能处理多少请求呢，就是吞吐量。下面说一下服务器预估，结合起来说并发和吞吐量。
 
三.服务器配置预估
 
例如：8核至强E5，8g内存。
 按照经验来说，跑纯php页面，跑300（吞吐量）已经很优秀了，150左右响应时间已经明显变慢了。
 这里说的并发包括静态和动态，一般来说一个网页静态内容占80%左右，
 还有网站的80%的pv是在20%（24小时算）的时间内完成的
 计算它一天的请求数的话（吞吐量150算）：
 240.23600*150/0.8=340万
 请注意是请求数，一个html页面包括各种图片，js，css资源，这些都是请求。
 一个网页有动态资源和静态资源，如果按2：8来算的话，
 pv=请求书/5=68万。
 上面的一些比例可以根据自己的服务器换算。