两个方面：响应时间、及时处理能力
用户关注的性能：系统的响应时间
例子：12306、双十一
验证系统的处理能力、识别系统的性能瓶颈、验证系统的稳定性和可靠性（7*24的压力下性能能不能稳定）、系统调优（分流、时间段出票、排队系统、全程票）
性能测试：a点到b点的性能测试，指以系统预期性能指标为前提，对系统不断增加压力，验证系统能否达到预期性能。
负载测试：定义，50-100-150这样在给系统不断的增大压力，直到响应时间或tps达到一个拐点。
特点：1、该方法主要目的是找出系统处理能力的极限；2、该方法在给定的被测环境进行，通常需要考虑被测环境的业务压力量和典型场景；3、该方法一般用来了解系统的性能容量或者是配合性能调优来使用。
压力测试：负载一定（比如100）的情况下，持续一段时间， 比如7*24小时来验证系统的稳定性。
1、项目性能调研
2、性能需求分析
3、性能目标确定
4、测试脚本开发
5、测试执行
6、测试结果分析
性能测试工具对比：
并发、并发用户数、事务、响应时间、TPS、吞吐量、点击率、资源利用率
一、并发：分为狭义和广义
狭义的并发：用户在同一时间内做同一个事情
广义的并发：有很多用户同时操作不同的功能，混合场景
所以在性能测试中，一般先进行狭义的并发，再进行广义的并发
性能测试时候：
1、单场景单接口做性能测试，更好的定位问题，发现问题
2、混合场景（系统的稳定，在多个接口关联时，会不会有新问题）
二、并发用户数
先看下面三个概念：
系统用户数：系统的注册用户数，也可能是僵尸用户
在线用户数：登录系统的用户，他的状态是在线的，但是并不一定对服务器产生压力
并发用户数：对服务器产生压力的用户，可能在线有N个，只有20%的用户在提交订单或者获取列表，产生了压力
这里只有20%才是并发用户数
三、事务
事务是性能脚本里的一个重要特性。要度量服务器的性能，需要定义事务，每个事务包括了事务的开始和事务的结束。事务就是度量脚本中一行或多行代码执行所需要的时间
四、响应时间
是指从客户端发出请求到得到响应的整个过程的时间。这个过程从客户端发送一个请求开始计时，到客户端接到服务端返回的响应结果计时结束
五、TPS
每秒系统能处理的交易和事务的数量，它是衡量系统处理能力的重要指标。TPS表现的是服务器端的程序行为，是衡量服务器处理能力高低的一个主要指标。
它是基于事务统计出来的
六、吞吐量
单位时间内系统处理的客户请求数量，直接体现软件系统的性能承载能力，对于交互式应用系统来说、吞吐量反映的是服务器承受的压力、在容量规划的测试中、吞吐量是一个重要指标、它不但反映在中间件、数据库上、更加体现在硬件上。
七、点击率
从客户端发起请求服务器的数量
衡量客户端的性能
八、资源利用率
指系统资源的使用程度，比如服务器的cpu利用率，内存利用率，磁盘利用率，网络宽带利用率等
CPU：他就像人的大脑，主要进行判断和处理，能反映出系统的繁忙程度，一般分为系统CPU（%sys）与用户CPU（%use）,其中系统CPU是处理系统本身做占用的资源，用户CPU是处理程序锁占用的资源，对象不同
Load Average（平均负载）：指一段时间内CPU正在处理和等待CPU处理的任务，也就是CPU使用队列的长度的统计信息，这里的Load Average值就像地铁里等待上车的乘客，越多则Load Average值越大
Memory：它就像是人大脑的记忆区域，将各种信息收集存放起来。数据从内存里读取，要比从磁盘里读取速度快，而内存经常发生内存泄漏和内存溢出的情况。
队列：可以理解为地铁进站排队的现象，队列长，说明处理能力达到了极限或者遇到了阻塞
网络：重点关注网络的流量，看是否存在网络带宽的瓶颈
原文：https://www.cnblogs.com/yywy/p/14702320.html