layout: post title: 压测 categories: Blog description: 压测基础说明 keywords: git ————-
1、流程说明
压测目的————>压测背景————>业务逻辑————>实施方案————>执行压测————>测试结论————>问题落地
1.1、压测目的
1.一般在新服务上线,重大版本上线、重大环境变更
2.定期性能巡检、接口水位摸底,服务性能变化趋势
1.2、背景信息
1.影响业务范围:主要压业务、依赖业务、业务风险
2.历史指标极值:高峰QPS、响应时间、资源消耗、成功率
3.历史问题收集:近期告警信息、故障信息、开发问题反馈
1.3、业务梳理
1、梳理服务依赖:开发代码梳理、业务线QA业务梳理
2、梳理网络环境:发起端、服务端、 网络路径、网关服务、SLB端口配置、宽带占用
3、执行时间窗口:业务顶峰期、避免关联业务上线冲突、避免压测任务冲突
1.4、实施方案
1、环境设置放行:接口鉴权、网关限流阈值、熔断条件
2、压测场景制定:梯度方式、测试数据、穿透率
3、压测接口依赖:登录态等
4、压测接口协议:http(s)、grpc、其他rpc协议
5、压测平台:jmeter
6、实施报备:
7、实施风险评估:识别风险、规避风险、应对方案
1.5、执行压测
1.压测工具:jmeter
2.准入检查:debug测试脚本、修改配置后线上业务检查、监控报备
3.施压方式:由小到大逐步增大压力、阈值应对策略
4.监控方式:压测平台结果数据监控、资源监控
5.准出检查:确认压测工具关闭、还原配置后线上业务检查、监控报备
6.沟通协作:建议语音或会议方式实时沟通
7.异常处理:及时停止压测、快速分析原因进行规避
8.压测影响:上线问题反馈、错误日志、告警信息
1.6、测试结论
重点指标:Qps、P99、成功率、错误日志、资源监控、响应时间rt。p99(99%耗时指标)
确认结果:可召开复盘会议,确认测试结果、给出问题排查方向或优化方案,
提交问题:QA在bug平台中记录问题或现象
测试报告:基于压测平台的测试报告,对比、修正后形成测试结论编写测试报告、发送邮件
文档信息
- 本文作者:canDy961
- 本文链接:https://canDy961.github.io/2021/01/13/third/
- 版权声明:自由转载-非商用-非衍生-保持署名(创意共享3.0许可证)