(共556篇)
全部分类

全链路压测实施
[ 未分类 ] 

测试类型

1
2
3
4
5
6
哪些业务需要做单链路压测
哪些业务需要做全链路压测
单链路压测和全链路压测怎么区分
高频业务(比如首页, 列表页, 商详页, 店详页内的接口)
关键业务(登录, 下单, 支付,)
性能高消耗业务(查询商品详情, 商品编辑修改)

测试目标

1
2
3
4
5
6
压测要关注哪些指标(QPS, TPS,  RT, CPU, MEMORY, LOAD, DATABASE, IO, NET )
压测希望这些指标达到什么要求, 根据什么提的这些要去
需要测试ECS, ES, MYSQL的自动扩容或降级能力吗
需要测试限流降级验证能力吗
需要测试容灾处理验证能力吗
多个后端服务器之间的负载均衡是否达到预想目标

业务改造

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
如何区分压测流量(流量染色)
压测调用接口时headers统一添加shadow标识, 这个标识应当由boss控制, 随时可以修改它的值(这个手段还可用于预生产灰度发布)
如果接口中出现非标准的headers, 视为攻击流量

采用哪种方式区分压测数据与正式数据
压测数据使用的数据库名添加shadow后缀 表名保持一致
还是: 数据库名保持一致, 表名添加shadow后缀

如何区分redis上的压测数据与正式数据(写入与读取)
如何区分ES上的压测数据与正式数据(写入与读取)

压测实施

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
商家与商品的数据从哪里来
    a. 从正式数据中采集-过滤-脱敏(推荐使用,能够与正式环境保持一致)
    b. 自行造一套数据

谁来负责准备基础shadow数据
谁来负责链路接口url与参数的收集与整理,以及梳理压测链路,整理出一份链路文档
谁来负责准备压测数据, 包含接口中可能需要的图片, 视频URL等资源
哪些业务的压测需要控制漏斗模型, 如何控制漏斗模型每层的流量比例
压测流量(接口调用的QPS)通过什么工具,什么方式去控制
使用哪种语言/框架来编写接口的测试用例, 
前端还是后端还是测试同学负责开发这些测试用例
实施过程中暴露出来的接口异常信息如何收集
实施过程中后端产生日志中的error级别信息如何过滤-收集
是否需要跑一轮低量级的压测预热是否需要提前做登录的准备, 获取用户信息
采用哪种方式控制压测流量
    峰值脉冲:瞬间涌入超大流量
    逐步提升:逐步提升流量

压测收尾

`` 从哪里获取想要得到的检测指标 哪些部分压测数据需要清理 shadow数据如何清理 手动操作数据库清理 压测结束后通过接口自动清理(不建议, 因为还可能需要从数据中收集信息) 压测过程中返回异常的接口如何处理 后端服务日志中的error级别日志是否需要处理, 如何处理