上一篇小优分享了《【压力测试指南】没有任何文档，小白也可以做的压力测试》，但对应一些零售电商、直播类的应用，其关联的小程序有很高的使用频率，小程序的压测也必不可少。那么，今天我们继续聊聊：在没有任何文档的前提下，小程序的压力测试该怎么做？
一、前言
开始前，我们先来看看常见的小程序压测场景：
- 要上线新系统/新功能，需要探知小程序的负载能力，防止出现“宕机”事故
- 要开展促销活动，需要提前优化小程序性能问题，避免系统崩溃影响体验
- 要做系统容量规划，需要采集服务器性能数据，探索瓶颈估算系统容量
与WEB接口压测类似，我们需要先获取小程序的接口信息，如果有详细的接口文档可以直接使用平台/工具开始压测；若无文档，则需要抓包获取。
本文将以某微信小程序为例，使用开源软件Fiddler作为抓包工具，介绍整个小程序的压测过程。
主要实践步骤如下：
二、抓包获取小程序接口信息
1.获取小程序鉴权信息
与WEB接口压测不同，我们需要先获取小程序所在平台的Token信息，且需要保证Token的有效性。
通常可以通过以下两种方式获取Token：
- 记录Token信息，并以参数形式传入待测小程序接口中。压测过程中，需要保证Token未失效；
- 编写接口自动获取Token信息，失效前自动刷新Token。
2.使用Fiddler抓包，获取接口信息
- 准备好的测试手机与PC端Fiddler配置同一网段代理：
- 手机端登录小程序，模拟实际业务场景操作。抓包过程中需要重点关注返回数据，避免遗漏。
若出现数据遗漏，一般原因为代理证书未完全信任。建议手机端最高授权，保证手机端对于Fiddler证书信任而非用户信任。
获取到的接口信息示例如下：
三、编写用例并调试
1.编写测试用例
- 将上述步骤获取到的接口名称/请求信息/响应信息，做本地记录，或录入到接口管理平台形成接口用例。
一般小程序压测会使用两种压测模式：
- 单接口：快速定位接口性能瓶颈，检验业务逻辑正确性和优化效果，对接口进行容量评估
- 全链路：多接口串联，多链路并行，模拟真实业务场景，探知系统能力
- 按照业务需求选择压测模式，使用优测创建压测计划：
录入GET请求接口信息
录入POST请求接口信息
2.调试测试用例
使用工具或平台的调试功能，查看调试结果：
接口调通后进行数据准备，数据准备可分为两种方式：
- 直接向被测服务进行数据准备
- 根据数据特有属性进行数据构造
四、压测配置执行
- 首先根据业务场景选择压力模式，一般有两种模式：用户数模式（并发模式）、QPS模式（吞吐量模式），区别如下：
用户数模式：适用于从客户端角度出发，摸清各接口能承载的最大并发用户数。如果没有准确的流量预估值，推荐结合梯度增压模式使用，自动增加用户数，快速找到系统瓶颈。
QPS模式：适用于从服务端角度出发，直接衡量系统的吞吐能力。
- 按照业务需求配置模拟用户数、最高QPS、系数、压测时长等
配置完成后，执行压测吧~
优测压力测试平台：优测压力测试是一款在线云原生全链路压测平台，百万级并发即召即用。兼容 JMeter 脚本，一键上传即可随时发压，免去压测工具搭建成本。除在线压测工具外，也支持私有化部署、定制化开发及专家压测服务。
