jmeter压测流程（简易版）

1、确定压测接口

现在情况：如果要压测，测试环境脚本是由相关测试来写，调通后发给压测人员，如果接口较多，线上的脚本也

需要相关测试写，因为设计的参数太多，沟通成本很大，如果接口、参数不多，线上脚本可以由压测

人员写，写之前确认线上的相关参数是否有变化（比如什么id之类的）

压测人员拿到脚本后一定要确认脚本是否能跑通

1.1 - 如果不是自己业务的接口，找相关测试要入参参数（如果是老接口做过压测，压测计划里可

能会写参数）

1.2 - 确认接口是否涉及到写库/redis

2、计算/确认QPS

2.1 - 如果是老接口之前做过压测，可以参考上一次压测的QPS，然后找相关测试问下本次QPS是

否有变动

2.2 - 如果是新接口，则需要计算QPS

新接口如果是活动相关的，则需要计算QPS，如果是案例详情页的新增接口QPS一般和之前

压过的案例详情页的一样

2.2.1 - 计算QPS需要用到的推量、点击率、转化率等相关数据可以联系相关业务运营确认

3、创建监控面板

3.1 - 创建监控面板可参照wiki：

https://wiki.shuiditech.com/pages/viewpage.action?pageId=561350964

4、写测试计划

4.1 - 依照之前的压测计划格式编写

4.2 - 压测平台创建压测计划

5、写压测脚本

5.1 - 写压测脚本的注意事项可参照wiki：

https://wiki.shuiditech.com/pages/viewpage.action?pageId=561348958

5.2 - 写脚本时参数、请求默认值等按照测试环境、线上环境写，避免在不同环境下跑脚本频繁改

动，容易出错

5.3 - 建议不管接口是否涉及到写，压测标识都可以写上

6、确认影子库（涉及到写的接口）

6.1 - 涉及到写的接口，压测当天需要提前和相关开发确认影子库是否配置好，是否已上线

7、调试脚本

7.1 - 调试脚本是先在测试环境调试，需要打开host

7.2 - 测试环境脚本跑通后就在线上跑一边，需要关闭host

7.2.1 - 线上跑脚本只需要一个我们自己的token，需要的其他参数和相关测试人员要一个

7.2.2 - 如果涉及到写的接口，线上跑脚本时需要确认压测标识是否写入影子库

1、 可通过 kibana查日志先确定一下（输入条件：header:"PresureTest=true" AND

appName:"cf-api"（压测服务））；

2、可以让相关开发确认压测标识是否写到影子 库中（前提：影子库配置好已上线）

8、整理线上相关参数文件

8.1 - 接口相关参数在线上压测时需配置好文件，需要的参数提前和相关测试人员要并整理好（具

体数量根据接口性质而定）

9、申请token（具体根据接口性质决定是否需要申请）

9.1 - 压测当天提前在压测平台上申请token（申请token数量按照接口性质、QPS等决定）

10、确认相关数据监控（根据实际接口性质）

10.1 - 数据监控面板

10.2 - 压力机cpu

10.3 - 服务器cpu

10.4 - 数据库监控 - 需要提前找晁洁/慧杰扫码登录平台

10.5 - redis监控 - 需要提前找晁洁/慧杰扫码登录平台

11、压测前上传相关参数文件

注意：若本地参数文件有任何改动，一定要记得删除压测平台已上传的文件后重新上传

12、压测时上传调试好脚本

注意：脚本有任何改动，一定要记得删除压测平台已上传的脚本后重新上传

13、压测过程中做好截图记录

14、压测完成在压测平台导出压测报告