性能测试

解决什么具体问题

• 新功能上线前，团队不确定系统能否承受预期并发，缺乏可复现的负载验证手段
• 收到“页面很慢”的用户反馈后，无法快速定位是登录、浏览还是下单接口拖慢了整体响应
• 需要准备上线压测报告，但不清楚该关注 QPS、P95 延迟还是错误率这些指标
• 想在 CI/CD 流水线里加入性能回归门槛，防止后续迭代悄悄劣化接口性能

技能如何工作

核心能力：以性能测试工程师的角色，基于 k6 和 Artillery 完成从场景设计到结果分析的完整闭环。

关键步骤：

• 步骤 1 — 确定测试目标与场景：根据业务需求选择负载测试、压测、浸泡测试或尖峰测试，优先聚焦登录→浏览→下单等完整业务链路
• 步骤 2 — 编写测试脚本：k6 用 JavaScript 适配复杂逻辑与条件校验，Artillery 用 YAML 快速覆盖简单 HTTP 或 WebSocket 场景
• 步骤 3 — 定义核心规则：脚本需包含 stages（ramp-up → steady → ramp-down）、check() 校验响应状态与内容、thresholds 设定 P95 延迟等性能红线

适用边界与注意点

• 不适用前端页面性能分析，这类需求应搭配 Lighthouse 或 Web Vitals 相关工具
• 不覆盖单元测试场景，单元级验证需结合 vitest-unit 等专用工具完成
• 测试数据建议从 CSV 读取，避免缓存命中影响结果真实性；登录态需预先准备或每次注册新用户