1. 测试目标与范围定义
1. 明确业务场景与目标指标：列出关键接口、并发用户数、P95/平均响应时间、吞吐量（TPS）、错误率阈值。
2. 确定地理范围：选择加拿大区域（例如 AWS ca-central-1 / GCP northamerica-northeast1），并决定是否测试跨境网络延迟。
3. 定义测试类型：基础基线测试、负载测试（逐步加压）、压力测试（超出容量）、稳定性测试（长时间运行）。
2. 准备测试环境与数据
2. 环境准备：在目标加拿大数据中心部署与生产一致的应用镜像与数据库快照。
3. 数据准备：生成合理的测试数据集（用户、会话、缓存预热），避免冷启动偏差。使用脚本批量导入并标记测试数据。
3. 工具选型与安装
3. 常用工具：k6（脚本化、CLI友好）、Apache JMeter（GUI与非GUI）、Locust、Gatling。监控：Prometheus + node_exporter + Grafana、Metricbeat、Datadog。
4. 安装示例：k6 可通过包管理器安装；JMeter 在控制机上用非GUI模式执行以节省资源。
4. 网络条件与加拿大节点选择
4. 选择测试源点：在加拿大本地或邻近地区（例如多伦多、蒙特利尔）发起压力，或使用全球负载发生服务做跨国对比。
5. 验证网络：用 mtr/traceroute/mtr -c 100
5. 编写压力脚本（以 k6 为例）
5. k6 基本脚本示例：创建 script.js，设置默认请求、断言与阈值；命令：k6 run --vus 100 --duration 5m script.js。
6. 逐步扩容方案：先做 10/30/50/100/200 VUs，每步运行 3-5 分钟并记录指标。
6. 执行基线与渐进负载测试
6. 基线测试：在低并发下测一次，记录空闲资源利用率。
7. 渐进负载：使用线性或阶梯加载（例如每 2 分钟增加 20 VUs），每步观察 CPU/内存/响应时间变化，直到出现错误或响应延迟显著上升。
7. 监控指标采集与实时观测
7. 必采指标：CPU、内存、磁盘 IOPS、磁盘延迟（iostat -x 1）、网络吞吐量（sar -n DEV 1 10）、进程句柄、数据库连接数。
8. 监控配置：部署 node_exporter + cadvisor（容器场景）然后在 Grafana 建面板显示 P95、错误率、吞吐与资源指标。
8. 瓶颈定位步骤
8. 定位顺序建议：先看是否为网络瓶颈（iperf、netstat/ss）；再看磁盘 I/O（iostat、ioping）；然后 CPU（top、perf）；最后应用层（线程/连接池、GC、DB慢查询）。
9. 结合日志：同步检查应用日志、数据库慢查询（EXPLAIN）与中间件（如 nginx）错误码，找出并发下失败点。
9. 优化与复测策略
9. 常见优化项：调整连接池、增加缓存、优化 SQL、使用异步/批处理、垂直或水平扩容。
10. 验证：每次优化后重复相同的场景基线/压力测试，记录改动前后指标对比，确保改进真实有效。
10. 自动化报告与回归验证
10. 报告要点：测试目标、环境、脚本、关键图表（响应时间分位、错误率、资源曲线）、结论与建议。
11. 回归：将测试脚本与监控仪表板纳入 CI（例如在每次发布前运行轻量级负载），用于回归预警。
11. 问：在加拿大节点测试，如何考虑跨省/跨边界延迟？
问：在加拿大节点测试，如何考虑跨省/跨边界延迟？
答：答：在测试时要分别从本省、加拿大其他省份、以及美国/欧洲等地发起请求比较延迟差异。使用多个源点（本地 VM、云上多区域或第三方负载发生器）并记录 RTT、丢包率。若跨边界延迟显著，应优化 CDN、就近路由或考虑多区域部署。
12. 问：有哪些快速排查网络瓶颈的命令和指标？
问：有哪些快速排查网络瓶颈的命令和指标？
答：答：常用命令：mtr/traceroute（路径与丢包）、iperf3（带宽）、ss/netstat（连接状态）、tcpdump（抓包）。关注指标：丢包率、往返时延 RTT、TCP 重传、带宽饱和度和 socket 队列长度。
13. 问：如何把性能测试结果应用到生产优化流程？
问：如何把性能测试结果应用到生产优化流程？
答：答：把测试报告作为变更依据：优先级清单、回滚条件与容量规划。将关键测试脚本和仪表板纳入发布流程，定期回归测试并在监控中设置阈值报警，确保生产改动不会回退性能。
