并发测试：主要指当测试多用户并发访问同一应用、模块、数据时是否产生隐藏的并发问题，如内存泄漏、程序锁、资源争用问题，主要目的是发现系统中可能存在的并发访问时的问题。
负载测试：是指在被测系统上不断增加压力，直到性能指标（如响应时间）超过预期指标或者某种资源使用已经达到饱和状态，主要目的是找到系统处理能力的极限，为系统调优提供数据
压力测试：是指测试在一定的负载下系统长时间运行的稳定性，尤其关注大业务量下长时间运行系统性能的变化（例如是否反应变慢、是否会内存泄漏导致系统逐渐崩溃、是否能恢复）；主要目的是检查系统处于压力情况下应用的性能表现
可靠性测试：给系统施加一定的压力，让其持续运行一段时间，测试在这种条件下能否稳定运行；主要目的是验证系统是否支持长期稳定的运行。
大数据量测试：大数据量测试主要针对于对数据库有特殊要求的系统进行测试，主要分为三种：
1.实时大数据量：模拟用户工作时的大数据量，主要目的是测试用户较多或者某些业务产生较大数据量时，系统能否稳定的运行。
2.极限状态下的测试：主要时测试系统使用一段时间即系统累积一定量的数据，能否正常的运行业务。
3.前面两种的结合：测试系统已经积累较大数据量时，一些实时产生较大数据量的模块能否稳定地工作
性能测试分类
负载测试：通过逐步加压的方法，达到既定的性能阈值的目标，阈值的设置应是小于等于某个值，如cpu使用率小于等于80%
压力测试：通过逐步加压的方法，使得系统的某些资源达到饱和，甚至失效的状态，简单粗暴的解释就是什么条件能把系统压崩溃
并发测试：在同一时间内，多个虚拟用户同时访问同一模块，同一功能，通常的测试方法是设置集合点
容量测试：通常是指数据库层面的，目标是获取数据库的最佳容量的能力。又称为容量预估，具体测试方法为在一定的并发用户，不同的基础上数据量下，观察数据库的处理能力，及获取数据库的各项性能指标
可靠性测试：又称为稳定性测试或疲劳测试，是指系统在高压情况下，长时间的运行系统是否稳定，如cpu使用率在80%以上，7*24小时运行，系统是否稳定
异常测试：又称为之失败测试。是指系统架构方面的测试，如在负载均衡架构中，要测试宕机、节点挂点等系统的反映
性能测试工作流程
需求分析》性能指标制定》脚本开发》场景设置》监控部署》测试执行》性能分析》性能调优》测试报告
常见系统应用分层架构
显示层view Web、Android、IOS、H5
逻辑控制层controller API
数据存储层modal MySQL、Mongodb、Redis
性能测试指标定义
事务 从客户端发起的一个或多个请求（这些请求组成一个完整的操作），到客户端接收到从服务器返回的响应
TPS 每秒钟系统能够处理的事务数
请求响应时间 从客户端发起的一个请求开始，到客户端接收到从服务器返回的响应，整个过程所耗费的时间
事务响应时间 事务可能是由一个或多个请求组成的，事务响应时间主要是针对于用户的角度而言，如转账
并发定义 并发总有先后，无论差距是1毫秒或者是1微妙，总有一个时间差。所以并发讲的是一个时间范围内，比如1秒内
并发举例 多用户在系统上进行同一操作，比如双十一时，大家都针对同一种商品进行秒杀
并发用户数 同一单位时间内对系统发起请求的用户数量 吞吐量 一次性性能测试过程中网络上传输的数据量的总和
吞吐率 单位时间内网络上传输的数据量，吞吐率=吞吐量/传输时间
点击率 每秒钟用户向服务器提交的请求数，可以想象每秒钟用户总共在页面上进行多少次点击动作
资源使用率 对不同的系统资源的使用情况，如cpu、内存、io
性能测试的需求分析
明确测试指标
明确测试场景 新系统>同行业比较>业务预期，老系统>对比以往的用户使用行为以及用户量
性能测试工具
Jmeter 开源、轻量级、支持java
LoadRunner 封闭、重量级、支持java/C