性能测试流程（转）
目录
性能测试流程梳理
1、前期准备
需求阶段就加入项目，可以深入了解业务、重要功能的需求和逻辑
2、性能需求分析（评审）
- 明确性能测试范围、目标，由于非专业性能测试人员也不知道怎么定目标，所以最好是引导产品、需求或者开发出目标，避免只有测试背锅；
- 基于接口或者场景（流程）的性能测试指标，一般是tps（每秒事务数，这里都是通过的事务）、art（平均响应时间）及并发数，加上服务器资料利用率的要求（cpu、内存、IO、网络等）。
3、熟悉系统架构，申请性能测试环境
用到的web服务器、应用服务器、缓存数据库服务器、数据库服务器、文件服务器等
4、制定性能测试方案
计划什么时候做什么事，需要的资源，技术策略（比如监控分析工具选择等等）、用例设计
5、搭建测试环境，准备测试数据
数据库的存量数据+增量数据，比如一个查询接口，都是并发100用户，对应的表数据量是1万和100万，压测结果是不一样的，这个数据量根据生产环境获取；数据最好是有标识、有规律的数据；
6、主流程稳定后，调试被测接口、开发压测脚本（也可以在功能测试环境进行）
参数化、关联、事务、检查点、思考时间等，造参数化测试数据
7、预压测（基准测试）
- 少量并发（比如1个用户），看压测环境功能是否通
- 估算并发过程中需要多少参数化数据的数据量
8、执行压测并监控服务器资源等
看测试指标是否满足需求，从请求开始，一步一步排查请求流经的节点，包括服务器资源（cpu、内存、磁盘io、网络）是否存在性能瓶颈、各种连接等是否存在性能瓶颈
9、常见的性能问题（推荐nomn）
- 服务器问题:硬件资源方面
- cpu：us&sys
- 内存：使用率及交换率
- 磁盘io：读写慢
- 磁盘容量
- 网络带宽:看当前接收，发送速度及丢包情况（ping）端口使用情况
- cpu高：看线程信息，是否fgc（对整个堆对垃圾回收）等
- 队列问题（负载高）
- 磁盘io队列（物理读高）
- 线程队列（线程阻塞，锁竞争）
- 各种链接池问题：不足、半释放，未释放
- sql问题:索引（未加，使用不当），排查（慢查询）
- 应用log级别：设置不正确
- 缓存设置问题
- 业务不合理
10、分析定位
基于上一步的监控数据，对瓶颈进行分析、定位，全流程排查，模块隔离分析，日志分析
11、性能优化
12、性能回归
13、编写性能报告
测试结果，测试是否通过；发现、解决什么问题，系统性能提升了多少倍；如何调优的，改了什么东西，以便上线同事知道
14、寄予：
从上面可以看到
- 没提到jmeter，因为jmeter≠性能，jmeter只是一个主流客户端并发工具，当然，你也可以用loadrunner、locust、或者自己写并发代码，对于大部分测试来说，代码能力是短板，所以，如果有轮子，我们就不要花时间去造轮子了，直接用，先学会并发工具的常用功能，然后系统架构中各个技术栈的监控、分析等等；
- 性能要求的知识面比较广，不仅需要知识积累，也需要实战经验积累；
