全链路压测(10)：测试要做的准备工作-阿里云开发者社区

全链路压测(10)：测试要做的准备工作

2023-02-22 436

版权

本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。

简介： 功能验证环境即用来验证技术组件本身的功能正确性和接入性能损耗的环境，有独立的随时可用的环境最好。如果考虑到成本，也可以用线下性能环境来进行验证。

前言

前面的几篇文章介绍了全链路压测准备阶段的很多事项，包括核心链路梳理、构建压测模型、容量评估和容量规划，大多都是研发和运维同学负责的事情。

那么全链路压测在准备阶段，测试同学要做哪些事情呢？以我个人的实践经验来说，全链路压测在准备阶段，测试同学要做的事情主要有如下几点。

一般来说，需要准备如下三套环境。环境准备阶段，大体的工作事项和分工如下：

功能验证环境即用来验证技术组件本身的功能正确性和接入性能损耗的环境，有独立的随时可用的环境最好。如果考虑到成本，也可以用线下性能环境来进行验证。实践经验来说，功能验证阶段，要做的事情核心有如下几点：

如果未经基础的测试就直接在生产环境开展全链路压测，风险和问题排查成本都是很高的。

线下性能测试环境的作用如下：

因为全链路压测都是在生产环境进行，压测的目的也是为了满足未来某个时期业务活动的需要，因此需要提前评估准备资源。这里的资源指的是扩容的资源，而非单独重新搭建环境的资源。一般需要准备的资源如下：

全链路压测过程中，涉及的数据以及职责分工如下：

铺底数据可理解为冷数据，SQL执行过程中，空表和大表对性能的影响还是很大的。

准备铺底数据，还要根据具体的数据隔离技术实现方案来看，分为如下2方面：

正式表：如果数据隔离方案采用的是读写业务表，那无须准备铺底数据。但压测产生的数据需要通过特殊字段来做标识处理，避免对业务造成影响。
影子表：如果采用的是影子表方案，常见的做法就是将涉及到的库表数据按需按量同步到影子表并进行脱敏。
影子库：影子库的数据铺底数据准备方案和影子表类似，但要考虑的一点是：因为影子库是正式库是在同一个数据库实例上，需要更多的硬件资源支撑，以及在参数配置上(如活跃连接数)需要进行一定调整。

为了避免压测时瞬间的大流量对服务的冲击，需要提前将这些热点数据预热到缓存中。最典型的热点数据莫过于用户的登录态token了，其他还有类似秒杀活动的库存数据、商品信息数据以及优惠券等数据。当然，热点数据的预热，需要根据具体的业务来制定预热方案。

参数化数据指的是压测过程中脚本中需要引用到的数据。以电商业务来说，常见的有用户id，商品id，订单id。

准备参数化数据的过程中，需要注意如下几点：

做完了上述的几点数据准备工作，最后要做的就是对数据可用性进行验证，看看它是否如预期满足工作需要。

脚本准备实际上是个很复杂的事情，因为要考虑到具体的业务场景和压测链路。我在实践中的做法，一般遵循如下的过程步骤：

脚本开发完成，接下来就是联调工作。

联调阶段，除了要考虑环境因素，重点是验证数据模型和流量模型是否匹配的问题。

编写压测方案的目的：同步信息，保持整体的压测节奏一致，为下一阶段工作做铺垫。