昆仑增长 Web 测试

网页测试的核心痛点

工程团队常面临三类典型问题：一是测试分层失衡——要么单元测试覆盖率不足导致回归风险高，要么 E2E 测试占比过大拖慢反馈速度；二是专项测试配置门槛高，视觉回归、无障碍、负载测试需要专业知识，容易遗漏；三是CI 门禁不合理，无法实现 "快失败、早反馈" 的闭环。

技能如何组织测试体系

1. 按测试金字塔分配占比：遵循 70-20-10 原则，将单元测试（Vitest/Jest）占比控制在 70%，聚焦函数、工具、状态逻辑；集成测试（20%）覆盖 API、数据库、模块交互；端到端测试（10%）聚焦登录、结账等关键流程，兼顾效率与覆盖完整性。
2. 覆盖全场景专项测试：针对发版前的性能需求提供 k6 负载测试方案，部署前的安全需求给出漏洞扫描配置，UI 变更场景提供视觉回归测试，以及基于 axe-core 的无障碍测试，补全非功能测试缺口。
3. 输出可落地的 CI 门禁：根据测试层级特性设计流水线顺序，先跑 test:unit 快速暴露基础问题，再执行 test:e2e 验证关键流程，最后运行 test:a11y 检查无障碍合规，形成分阶段反馈机制。

适用边界与注意事项

• 不适用于非 Web 后端服务的单独测试（如纯 Go/Java 后端服务），此类场景应交由对应语言的专项测试技能。
• 依赖外部付费服务的集成测试（如第三方支付网关），需额外配置 mock 策略以避免环境依赖问题。