海外网站上线前的压力测试流程：阶梯负载、峰值与持续测试

海外网站上线前的压力测试流程，不是单纯把并发用户数调高，而是逐步增加请求，观察响应时间、错误率和资源使用如何变化。按阶梯负载测试，可以看出系统在哪一级开始变慢；再分别做峰值压测与持续压测，才能判断网站是扛不住瞬时访问，还是长时间运行后逐渐退化。

先确定测试范围和安全边界

先列出用户实际会走的路径，例如打开首页、浏览内容、使用搜索、登录或提交表单。不同路径的计算、缓存和数据写入成本不同，不能只用重复访问首页代替完整测试。对会发送邮件、创建订单或修改真实资料的操作，应使用隔离环境和测试数据，避免影响真实用户与业务记录。

测试环境应尽量贴近计划上线的配置，包括应用实例数量、数据库规格、缓存设置和静态资源分发方式。记录测试时的地区、网络条件、软件版本和配置；这些信息不同，结果就不宜直接比较。可用 k6、Locust 或 Gatling 生成负载，但工具的发生端也要留有余量，避免压测机先达到瓶颈。

建立基线：以少量虚拟用户运行约 5 至 10 分钟，记录中位数和第 95 百分位响应时间、错误率，以及应用、数据库的 CPU、内存和连接数。
逐级加压：每一级增加约 20% 至 30% 的请求量或并发用户，并保持约 5 至 10 分钟。若系统变化明显，可缩小增幅，便于定位问题从哪一级出现。
检查平台期：确认每一级都覆盖预定页面和操作，并观察数据是否稳定。若错误率持续上升、响应时间越过业务目标，或资源逼近已设上限，应停止继续加压并记录当时负载。
复测验证：调整应用配置、缓存或数据库之后，按相同脚本和环境重新执行。不要只比较总请求数，也要核对错误类型和各路径的响应时间。

阶梯负载的作用是定位容量拐点，不等同于模拟上线当天的全部流量。规划测试上限时，可根据预估的高峰请求量留出余量；例如把约 1.2 至 1.5 倍作为初步探索范围，但这只是测试规划示例，实际数值应结合预测误差、架构成本和风险确定。

比较项	峰值压测	持续压测
负载形态	在较短时间升到目标高负载，检查突增时的承载与恢复	以接近日常繁忙时段的负载运行较长时间，观察趋势变化
主要关注	排队、超时、错误率，以及负载下降后是否恢复	内存增长、连接未释放、缓存效果变化和资源耗尽
适用场景	活动发布、内容集中曝光或流量短时涌入	跨时区访问较均匀、繁忙时段持续数小时的服务
测试时长	目标负载维持数分钟通常可用于初步观察，具体取决于系统预热和流量模型	可先选 1 至 4 小时作诊断；要验证更长运行周期，需按业务时段延长

峰值测试中，负载下降后仍然缓慢，可能提示队列积压或资源没有及时释放；持续测试则能发现短测试看不到的累积问题。两种测试都应按预先设定的响应时间和错误率目标判读，而不是把某个并发数字当成通用合格线。

较实用的安排是先跑基线，再做阶梯负载，之后分别执行峰值和持续测试。每次只改变一个关键条件，例如缓存开关或应用实例数，结果才便于归因。测试结束后保存负载曲线、响应时间分位数、错误日志和资源图表，并写明已验证的负载范围、发现的问题及未覆盖的路径。

海外网站上线前的压力测试流程，最终应产出可执行的容量判断和风险清单：哪些路径先变慢、瓶颈位于应用还是数据层、负载回落后能否恢复。把峰值压测用于检验突发承受力，把持续压测用于检验长期稳定性，才能让上线决策建立在可复核的结果上。

不一定。若系统需要时间恢复，可在每一级之间等待指标回落；若要模拟连续增长，则可连续加压，但应记录各级切换时间。

不能直接等同。请求思考时间、页面操作比例和地区网络延迟都会影响结果，应按预期用户路径设计脚本，并同时记录请求速率。

通常先在隔离环境测试。若必须验证生产配置，应取得内部授权、限制负载并设置停止条件，避免影响真实访问或触发外部服务的限流。