一,性能方案设计
2020-06-06 本文已影响0人
好多可乐
一,需求分析与测试设计
- 根据具体的性能测试需求,确定测试类型以及压测模块(web/mysql/redis/系统整体)
- 前期要与相关人员充分沟通,初步确定压测方案以及具体性能指标(比如跟产品确认这个产品预计的流量,转化为并发用户数,TPS,映射成我们的性能预期。跟研发确认被压服务的细节,可以更好的准备测试数据,提前规避压测风险。初步确认压测方案,性能指标)
- QA完成性能测试设计后,需要产出测试方案文档发送邮件到项目组,并且再次与相关人员沟通(或者组织性能测试评审),确认是否满足需求
二,环境设计与搭建
三,测试数据准备和构造
- 接口请求参数:自己构造/日志获取/上下关联;
- 数据表的数据填充;
- 如果是多接口,则需要结合业务场景设计请求比例;
四,性能指标预期
- 每秒请求数(QPS)
- 请求响应时间(最小,最大,平均)
- 错误率
- 机器性能:cpu idle 30%,memory无剧烈抖动或表示
- 压测过程接口功能是否正常
不同性能测试方式下指标预期会有差异
五,发压工具配置与脚本编写
1. 发压工具准备
Jmeter工具介绍
- 集成包,解压即可使用,windows,linux通用(依赖java环境)
- jmx脚本未xml文件,win,linux环境均可直接运行
- 多线程并发
- 运行完脚本会生成jtl日志,可在win环境界面工具中查看,统计
2. 脚本的编写
- http请求
- 其他
3.命令:
- 启动压测:./jmeter -n -t hb.jmx -l hb.jtl
六,测试过程
压测过程说明/共识
- 测试前环境检查:记录机器参数
- 启动压测:根据被压情况,调节并发量到合适的情况
- 查看记录各项性能指标
- nginx日志查看每秒请求数
- 查看nginx错误请求
- 查看机器参数:cpu idle,mem等
- 查看db,cache等数据是否写入正常
- 访问接口,查看功能是否正常
七,结果分析与测试报告
- 根据测试过程中记录的各项参数,结合压测工具产生的日志,对测试结果进行分析并产生测试报告
- 测试完成后,及时和相关人员沟通,确认是否满足需求
- 发送测试报告邮件