境外网站上线前的压力测试指标设定，不能只看服务器能扛多少请求。访客可能从伦敦、新加坡或洛杉矶访问，网络时延、页面资源和业务接口都会影响实际体验。测试前先确定目标用户所在区域、关键页面与预期流量，再把指标拆成可观测、可验收的门槛。
先把测试对象和流量说清楚
不要用单一首页请求代表整站负载。至少列出首页或落地页、登录、搜索、提交表单、结算等实际存在的关键路径；没有的功能不必纳入。区分静态页面、动态接口和第三方依赖，标出每条路径的业务成功条件，例如是否返回正确内容、是否完成提交，而不只是收到 HTTP 200。
流量模型要交代访问地区、每秒请求量、并发用户数、页面操作比例和测试时长。并发用户数不等于每秒请求量：用户停留和思考时间不同，相同并发可能产生不同请求压力。优先依据历史访问记录或上线预估设定常态、峰值与短时突发；没有可靠数据时，把假设写明，并用多个档位验证。
核心指标：体验、容量和稳定性
| 指标 | 建议观察方式 | 初始验收参考 |
|---|---|---|
| 响应时间 | 按地区、页面和接口分别记录中位数、P95、P99，不只看平均值。 | 关键页面或接口可先将 P95 设在约 2–3 秒以内；交互简单的接口通常应更快。需结合业务和目标地区调整。 |
| 错误率 | 统计超时、连接失败、服务器错误及业务校验失败，并区分原因。 | 峰值持续阶段可把技术错误率低于 1% 作为初始目标；支付、提交等关键操作宜设更严门槛。 |
| 吞吐量 | 记录每秒请求数或每秒成功业务操作数，确认增长是否伴随延迟恶化。 | 能否达到预计峰值只是底线，还要检查峰值期间错误率和响应时间是否同时合格。 |
| 资源与依赖 | 观察应用进程、数据库连接池、缓存命中、队列积压及外部服务耗时。 | 持续接近资源上限、连接等待增加或队列不断增长，都可能是容量瓶颈，即便页面暂时可用也应调查。 |
表中数值是制定首轮目标的参考，不是适用于所有网站的标准。境外访问的往返时延受地区、运营商、路由和内容分发方式影响；应在目标市场附近的测试节点分别测量，不要把本地机房结果直接当作海外用户体验。
按阶梯加压，而非一次冲到最大值
境外网站上线前的压力测试指标设定，应同时覆盖正常负载、预期峰值和超过峰值后的行为。可用 k6、Apache JMeter 等工具生成受控请求，但工具所在机器也要确认有足够资源，否则测到的可能是压测端瓶颈。
- 确认基线：在低负载下记录各路径响应时间、错误率和资源占用，并验证返回内容正确。
- 逐步升压：按计划流量分档增加负载，每档保持约 5–10 分钟；接近预期峰值后延长观察，记录 P95、P99 和错误变化。
- 稳定性观察：在预期峰值附近持续运行约 30–60 分钟；若业务要求长时间稳定，可另做数小时的耐久测试。时长应由风险和成本决定。
- 验证恢复：短时提高负载后再降回常态，检查队列、连接和资源是否恢复，确认失败请求不会造成重复提交等业务问题。
让测试结果能用于上线决策
测试环境应尽量接近正式环境的应用配置、数据规模和依赖关系，并记录两者差异。涉及第三方接口时，先确认对方许可与速率限制；无法安全施压的依赖可使用模拟响应，并明确该结果不代表真实依赖容量。只对自有或已获授权的系统测试，设置流量上限、停止条件和负责人，避免影响真实用户。
最终报告至少包含测试时间、地区、流量模型、工具配置、每档结果、异常日志和环境差异。若 P95 达标但错误率上升，或吞吐量停止增长且连接等待持续增加，不应只凭平均响应时间判定通过。修复后复测同一模型，才能比较改动前后的结果。归根结底，境外网站上线前的压力测试指标设定应落到具体路径、目标地区和可复现的验收条件上。
常见问题
只测首页够不够？
不够。还应覆盖登录、搜索或提交等关键操作；按网站实际功能选择，不要为凑项目测试不存在的路径。
并发用户数应该设多少？
优先参考访问日志和上线流量预估。缺少数据时分档测试，并注明假设；不能把并发数直接当作每秒请求数。
海外节点要测几个地区？
至少覆盖主要目标市场的代表性地区。地区越多，越能发现路由差异，但测试成本也会上升，可先按访客来源优先排序。
达不到目标就必须延期吗？
先判断是否触及关键路径和预设门槛，再确认瓶颈与影响范围。严重错误或峰值下持续恶化应先修复复测；非关键项则记录风险和监控方案后再决策。