【小程序压力测试】一文教你没有文档玩转小程序压力测试

一、前言

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

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

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

与WEB接口压测类似，我们需要先获取小程序的接口信息，如果有详细的接口文档可以直接使用平台/工具开始压测；若无文档，则需要抓包获取。

本文将以某微信小程序为例，使用开源软件Fiddler作为抓包工具，介绍整个小程序的压测过程。

主要实践步骤如下：

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

1.获取小程序鉴权信息

与WEB接口压测不同，我们需要先获取小程序所在平台的Token信息，且需要保证Token的有效性。

通常可以通过以下两种方式获取Token：

1. 记录Token信息，并以参数形式传入待测小程序接口中。压测过程中，需要保证Token未失效；

2. 编写接口自动获取Token信息，失效前自动刷新Token。

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

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

<PC端Fiddler网络信息>

图片

<手机端使用PC端网络代理>

2. 手机端登录小程序，模拟实际业务场景操作。抓包过程中需要重点关注返回数据，避免遗漏。

若出现数据遗漏，一般原因为代理证书未完全信任。建议手机端最高授权，保证手机端对于Fiddler证书信任而非用户信任。

获取到的接口信息示例如下：

图片

三、编写用例并调试

1.编写测试用例

1. 将上述步骤获取到的接口名称/请求信息/响应信息，做本地记录，或录入到接口管理平台形成接口用例。

一般小程序压测会使用两种压测模式：

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

2. 按照业务需求选择压测模式，使用优测创建压测计划：

图片

<优测全链路压测配置界面>

录入GET请求接口信息

图片

<Fiddler中GET接口的抓包示例>

图片

<优测中录入GET接口用例>

录入POST请求接口信息

图片

<Fiddler中POST接口的抓包示例>

图片

<优测中录入POST接口用例>

2.调试测试用例

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

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

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

四、压测配置执行

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

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

2. 按照业务需求配置模拟用户数、最高QPS、系数、压测时长等

配置完成后，执行压测吧~