上一篇小优分享了《【压力测试指南】没有任何文档，小白也可以做的压力测试》，但对应一些零售电商、直播类的应用，其关联的小程序有很高的使用频率，小程序的压测也必不可少。那么，今天我们继续聊聊：在没有任何文档的前提下，小程序的压力测试该怎么做？

一、前言

开始前，我们先来看看常见的小程序压测场景：

• 要上线新系统/新功能，需要探知小程序的负载能力，防止出现 “宕机” 事故
• 要开展促销活动，需要提前优化小程序性能问题，避免系统崩溃影响体验
• 要做系统容量规划，需要采集服务器性能数据，探索瓶颈估算系统容量

与 WEB 接口压测类似，我们需要先获取小程序的接口信息，如果有详细的接口文档可以直接使用平台/工具开始压测；若无文档，则需要抓包获取。
本文将以某微信小程序为例，使用开源软件 Fiddler 作为抓包工具，介绍整个小程序的压测过程。

主要实践步骤如下：

二、抓包获取小程序接口信息

1.获取小程序鉴权信息

与 WEB 接口压测不同，我们需要先获取小程序所在平台的 Token 信息，且需要保证 Token 的有效性。
通常可以通过以下两种方式获取 Token：

1. 记录 Token 信息，并以参数形式传入待测小程序接口中。压测过程中，需要保证 Token 未失效；
2. 编写接口自动获取 Token 信息，失效前自动刷新 Token。

2.使用 Fiddler 抓包，获取接口信息

1. 准备好的测试手机与 PC 端 Fiddler 配置同一网段代理：

1. 手机端登录小程序，模拟实际业务场景操作。抓包过程中需要重点关注返回数据，避免遗漏。 若出现数据遗漏，一般原因为代理证书未完全信任。建议手机端最高授权，保证手机端对于 Fiddler 证书信任而非用户信任。 获取到的接口信息示例如下：

三、编写用例并调试

1.编写测试用例

1. 将上述步骤获取到的接口名称/请求信息/响应信息，做本地记录，或录入到接口管理平台形成接口用例。 一般小程序压测会使用两种压测模式：

• 单接口：快速定位接口性能瓶颈，检验业务逻辑正确性和优化效果，对接口进行容量评估
• 全链路：多接口串联，多链路并行，模拟真实业务场景，探知系统能力

1. 按照业务需求选择压测模式，使用优测创建压测计划： 录入 GET 请求接口信息 录入 POST 请求接口信息 ## 2.调试测试用例

2. 使用工具或平台的调试功能，查看调试结果：
   
   

3. 接口调通后进行数据准备，数据准备可分为两种方式：

• 直接向被测服务进行数据准备
• 根据数据特有属性进行数据构造

四、压测配置执行

1. 首先根据业务场景选择压力模式，一般有两种模式：用户数模式（并发模式）、QPS 模式（吞吐量模式），区别如下：

• 用户数模式：适用于从客户端角度出发，摸清各接口能承载的最大并发用户数。如果没有准确的流量预估值，推荐结合梯度增压模式使用，自动增加用户数，快速找到系统瓶颈。

• QPS 模式：适用于从服务端角度出发，直接衡量系统的吞吐能力。

1. 按照业务需求配置模拟用户数、最高 QPS、系数、压测时长等 配置完成后，执行压测吧~

优测压力测试平台：优测压力测试是一款在线云原生全链路压测平台，百万级并发即召即用。兼容 JMeter 脚本，一键上传即可随时发压，免去压测工具搭建成本。除在线压测工具外，也支持私有化部署、定制化开发及专家压测服务。