前言：

一般在执行压力测试之前，会由开发提供出接口文档，包含一些接口的详细参数，便于测试工程师编写测试脚本。但在某些情况下，接口等相关文档缺失，那作为 Tester，我们该如何顺利的实施压力测试呢？

本实践将以 Web 应用为例（某新闻网页），对该页面包含的所有 HTTP(s) 接口进行压力测试。在没有任何文档前提下，我们可以通过浏览器的调试模式（F12），获取与网络相关的接口请求和响应信息，从而设计出压测脚本并执行。

主要的实践步骤如下：

一、获取接口信息，编写用例

01 获取 GET 请求接口信息

在待测 Web 页面中，按 F12 进入调试模式（Chrome 浏览器）

点击 Network*

*Network 面板可以记录页面上的网络请求的详情信息，从发起网页页面请求 Request 后，分析 HTTP 请求，从而得到的各个请求资源信息

点击左侧 Name 中资源文件，查看 Headers

获取对应的 请求 URL（Request URL）和 请求头（Request Headers）

如下图所示：

将获取到的请求 URL 和请求头，做本地记录，或录入到接口管理平台形成接口用例：

02 获取 POST 请求接口信息

Post 请求信息的获取方式与 Get 请求接口一致，但通常 Post 多一个请求体（Request Body）

GET 请求与 POST 请求的区别：

• GET 请求 - 从指定的资源请求数据，用于获取数据，一般用于搜索排序和筛选之类的操作

• POST 请求 - 向指定的资源提交要被处理的数据，用于将数据发送给服务器，一般用于修改和写入数据

点击 Payload，查看对应请求体信息，如图所示：

同样，录入平台形成 Post 接口用例：

二、调试测试用例

使用工具或平台的调试功能，查看调试日志的响应信息。

并与浏览器对应接口的响应信息对比（点击 Response 查看），如图：

如果内容一致，则证明所捕获的接口信息准确。

准备工作完成，接下来开始压测！

三、压测配置、执行

01 压测模式选择

通常压测模式分为两种：用户数模式和吞吐量模式

• 用户数模式：对于需要探索系统性能瓶颈，推荐使用用户数模式。其中如何设置模拟用户数（并发数），需要对流量做准确预估。除此之外，也推荐使用梯度增压模式，通过系统自动增加模拟用户数（并发数），找到瓶颈所在

• 吞吐量（QPS）模式：对于有明确吞吐量指标（假设已知高峰吞吐量为 280），即推荐使用吞吐量模式，设定最大吞吐量为 350，同时设置压测的时长，即可执行测试

根据实际业务需求选择压测模式，配置对应参数，执行压测吧~

02 解读压测报告，找到性能瓶颈

压测执行结束后，需要关注的核心指标：吞吐量、响应时间、成功率等，先确认测试结果是否达到预期，如不满足可以通过以下情况做排查：

• 成功率未达标：查看错误日志，排查错误根本原因，进行性能调优

• 响应时间未达标：对照错误日志、链路追踪结果、服务器性能指标、数据库/中间件监控指标，找到响应时间过长的具体原因

• 吞吐量未达标：如果成功率和响应时间均达标，建议不断增加模拟用户数，重新压测，查看测试结果