性能测试流程

压测任务具体包含：
0.前期准备
　　需求阶段就加入项目，可以深入了解业务、重要功能的需求和逻辑
1.性能需求分析（评审）
　　明确性能测试范围、目标，由于非专业性能测试人员也不知道怎么定目标，所以最好是引导产品、需求或者开发出目标，避免只有测试背锅；
　　基于接口或者场景（流程）的性能测试指标，一般是tps（每秒事务数，这里都是通过的事务）、art（平均响应时间）及并发数，加上服务器资源利用率的要求（cpu、内存、IO、网络等）。
2.熟悉系统架构，申请性能测试环境
　　用到的web服务器、应用服务器、缓存数据库服务器、数据库服务器、文件服务器等，画出系统架构图，理解其中的逻辑
3.制定性能测试方案
　　计划什么时候做什么事，需要的资源，技术策略（比如监控分析工具选择等等）、用例设计
4.搭建测试环境，准备测试数据
　　数据库的存量数据+增量数据，比如一个查询接口，都是并发100用户，对应的表数据量是1万和100万，压测结果是不一样的，这个数据量根据生产环境获取；数据最好是有标识、有规律的数据；
5.主流程稳定后，调试被测接口、开发压测脚本（也可以在功能测试环境进行）
　　参数化、关联、事务、检查点、思考时间等，造参数化测试数据
6.预测试
　　跑1个用户，看压测环境功能是否通
　　估算并发过程中需要多少参数化数据的数据量
7.执行压测并监控服务器资源等
　　看测试指标是否满足需求，从请求开始，一步一步排查请求流经的节点，包括服务器资源（cpu、内存、磁盘io、网络）是否存在性能瓶颈、各种连接等是否存在性能瓶颈

8.分析定位
　　基于上一步的监控数据，对瓶颈进行分析、定位，全流程排查，模块隔离分析，日志分析
9.性能优化
10.性能回归
11.编写性能报告
　　测试结果，测试是否通过；发现、解决什么问题，系统性能提升了多少倍；如何调优的，改了什么东西，以便上线同事知道

从上面可以看到：

　　1、没提到jmeter，因为jmeter≠性能，jmeter只是一个主流客户端并发工具，当然，你也可以用loadrunner、locust、或者自己写并发代码，对于大部分测试来说，代码能力是短板，所以，如果有轮子，我们就不要花时间去造轮子了，直接用，先学会并发工具的常用功能，然后系统架构中各个技术栈的监控、分析等等；

　　2、性能要求的知识面比较广，不仅需要知识积累，也需要实战经验积累；