用途：对 Shopify 应用集成做负载测试，在遵守 API 速率限制的前提下评估容量，并为 Shopify Plus 的突发流量（闪购、黑五网一 BFCM）做扩展准备。
前提：需安装 k6（brew install k6）；使用可访问 API 的测试店铺，绝不要压测生产店铺；需了解各套餐的 Shopify 速率限制。
主要能力：理解容量约束——吞吐量受 Shopify 速率限制而非自身基础设施限制。标准套餐 1000 GraphQL 点、恢复速率 50/秒、约 10 查询/秒、突发 1000 点；Shopify Plus 为 2000 点、100/秒、约 20 查询/秒、突发 2000 点。典型商品查询消耗 10–50 点，按 50 点算标准套餐约支持每秒 1 次查询。提供带 Shopify 专属自定义指标（限流追踪、查询成本趋势、错误率）和自动请求节流的 k6 脚本，以及 BFCM/闪购准备（缓存预热、Storefront API 分流、批量库存同步、用于 webhook 处理的 Kubernetes HPA 配置）。
使用方式：运行 k6 run --env SHOPIFY_STORE=dev-store.myshopify.com --env SHOPIFY_ACCESS_TOKEN=shpat_test_token shopify-load-test.js，可加 --out influxdb=http://localhost:8086/k6 输出到 InfluxDB 供 Grafana 展示。估算容量可加 Shopify-GraphQL-Cost-Debug: 1 头并用 jq 计算实际查询成本。
限制与排错：高错误率通常是触发限流，应减少 VU、增加请求间隔；全部 THROTTLED 表示超过每秒 50 点，需拉大查询间隔；webhook 积压应立刻返回 200 并排队处理；促销开始时缓存同时过期会引发缓存雪崩，应错开 TTL 并预热。具体测试脚本与准备清单的完整内容，资料中仅给出引用，暂未提供。