性能测试详解（二）企业级工作流程

性能测试详解（二）企业级工作流程

1. 什么是性能测试？

测试人员必须掌握的能力之一。性能测试是效率的测试。例如响应时间、服务器资源的占用。提高系统完成业务的效率。

1.1 主流性能工具

1. JMeter （市场占比广泛）

2. LoadRunner

3. locast（基于python）

4. gatling （基于java实现的）

​ 所有的性能测试工具只是为了实现性能测试的一种手段，和辅助作用。需要关注的是系统整体的运行效率，有影响效率的性能问题。之后诊断分析和性能调优。

​ 对于单个接口进行性能测试，考虑它的并发能达到多少，是否满足性能指标。单接口的能力不代表系统的性能。实际的性能测试做到业务链的性能测试的实现。

性能测试在业务链路的实现是十分关键的

1.2 性能测试的流程

1. 需求分析，分析系统的性能指标。CPU占用率超过75%可能会有问题。
2. 准备环境，包含工具、场景等一系列的性能测试相关需要。
3. 准备脚本，基于不同的性能场景完成测试准备。
4. 执行脚本，获取数据。
5. 判定指标是否满足要求。
   1. 如果达标，还会继续进行进一步的性能测试。
      • 测试系统的阈值
      • 测试系统是否具备抗风险能力（自动扩容）
   2. 如果不达标，进入到性能诊断。
6. 性能诊断。
   • 比如cpu占比过高，吞吐量自然下降，先分析后端，cpu占比过高的原因是什么，具体到哪个进程，一个进程有多个线程，哪个线程占比过高，逆编译找到对应代码行。（从后端向前找）
   • 从前向后找，用户端简单的请求下发。为了避免服务器直接暴露到外网，一般会有一个网关，作为请求的转发，相当于一个门，将请求转发至服务端。为了避免多请求下发导致拥堵，会有一个中间件，消息队列的中间件接受用户请求，再由消息队列取出，放入服务器。之后就是后端开发的逻辑。
     • 比如网关接受到1000个请求，tomcat能不能满足，发生等待执行时间就会被延长。
     • 开发在调优的时候可能不知道哪里需要调优，所以测试最好知道哪里需要优化。
     • 优化例如常用数据存放到Redis，而不是用mysql。
7. 提供优化建议。
   • cpu占比过高，定位到的代码是非常复杂的应用非常广算法，优化可能不太现实。可以给服务端氪金，升级服务器配置也可以作为优化建议。（现实中，建议可执行）。
   • 如果发现慢查询导致响应时间过长，可以进行sql语句优化。
   • redis配置建议。
   • tomcat的配置建议。
   • 不是所有的问题都要交给开发解决。

单接口性能不能代表系统性能，流程各个环节要熟悉。

​