性能测试中的性能调优流程规范有哪些

Feng.Lee

于 2024-10-10 09:32:12 发布

阅读量428

点赞数 7

分类专栏：漫谈测试文章标签：性能优化测试工具

本文链接：https://blog.csdn.net/qd_lifeng/article/details/142812829

版权

漫谈测试专栏收录该内容

124 篇文章 1 订阅

订阅专栏

一、需求调研

二、准入

1)待优化版本有稳定的压测环境和压测结果数据。

2)压测结果未满足预期的性能业务目标或资源使用目标。

3)相关的调优工具已配备。

4)被测应用、关联应用、关联数据库已受监控。

五、知识库沉淀在性能调优过程中，我们需要总结一下有用的经验，并形成知识库沉淀下来。

1)整理并记录调优过程文档。

2)项目结束前将所有历史问题进行复盘。

3)定期进行团队内外部赋能，建立人才梯度培养机制。

性能优化流程可以划分为需求调研、准入、调优实施、准出、知识库沉淀这5个阶段。不同企业的组织架构和人员能力会有所区别，具体进行调优的人员可能是性能测试人员，可能是开发人员，可能是架构师，也可能是专职的性能调优人员。

一、需求调研

性能调优和性能测试一样，首先都要进行需求调研工作。需要先了解清楚待调优系统的优化目标、业务流程、系统架构信息和资源配置信息。

优化目标又可以细分为业务目标和资源目标。业务目标又分为响应时间(交易平均响应时间、99%交易响应时间等)、TPS、成功率等指标。资源目标可以细分为CPU利用率、内存占用率、磁盘10使用率、网络带宽使用率等指标。性能优化是近乎于无止境的，必须要有明确的目标，避免性价比过低的投入。

关于业务流程，了解业务流程的好处是可以评估压测策略设计是否合理。例如秒杀场景，需要通过“高并发+集合点”的方式来模拟瞬间峰值压力。

基于系统架构信息，结合业务特性，可以评估当前架构是否合理。还是以秒杀场景为例，通常会采用本地缓存或Redis等低延时的缓存中间件来存储商品数量。如果直接读写数据库，并且没有做好超大压力下的限流熔断措施，系统很可能顶不住瞬间峰值压力而崩溃。

对于资源配置信息，合理的资源规划是必不可少的。例如在应用层，如果采用Kubernetes等容器化部署方式可以很方便地扩缩容，以抵御突如其来的峰值流量。但数据库服务器端往往没法做到快速地扩容，因此需要做好提前规划。

二、准入

在准入阶段，需要考虑准入条件，即满足哪些条件才适合开始性能调优工作。常见的准入条件如下。

1)待优化版本有稳定的压测环境和压测结果数据。

对于压测和调优分属两个不同团队的组织架构，通常专门调优的团队的人员规模不会太大，往往需要对全公司多条业务线负责。而且有经验的性能测试人员也很清楚，压测环境准备、数据准备、压测执行和压测结果整理都是比较花费时间的，因此建议在有稳定的压测环境和压测结果数据时，再让调优团队介入分析，提升调优效率。

2)压测结果未满足预期的性能业务目标或资源使用目标。

性能调优是没有极限的，为避免陷入无休止低性价比的盲目调优中去，需要查看使用率等性能指标是否满足预期业务目标。如果未满足，则进行调优;如果已满足，则业务方需要给出合理的理由再进行后续调优。

3)相关的调优工具已配备。

调优工具所展示的数据是调优人员判断性能瓶颈的依据，导致一种性能异常现象的根因可能有多种，调优人员需要通过工具获取数据来确认性能瓶颈的根因到底是什么，才能快速给出解决方案并进行优化。例如死锁问题可以通过JVisuaIVM来分析，内存漏问题可以通过MAT来分析。

4)被测应用、关联应用、关联数据库已受监控。

通常在压测过程中我们都会对被测应用进行监控，此时需要注意，被测应用很可能与其他服务或数据库间有依赖关系，这些相关应用和数据库需要一并接入监控。监控应尽可能详细，包括硬件资源监控、JVM监控、数据库监控等。如果系统架构比较复杂，理不清楚依赖关系，可以通过APM类工具来协助梳理链路。有经验的调优人员也可以通过网络或线程Dump来分析是否存在外部依赖，例如通过netstat命令来分析服务是否与外部IP或端口有交互，通过线程Dump也可以看出是在哪个业务方法中出现了与外部服务的交互。