多语言新增语种全量测试策略 --- 测试策略
核心思路：自动化批量兜底 + 风险分层手工抽检 + 裁剪无效测试工作量，避免全站纯手工点点点，解决工作量大、容易漏测问题；机械重复场景交给自动化，自动化无法实现的高风险点人工兜底。
整体采用四层分层测试策略：
第一层：全站点静态自动化巡检（static_page_check.py）
- 通过sitemap拿到全站URL，对新增语种做100%页面遍历，无页面遗漏。
- 自动化校验页面可达性、HTTP状态码、白屏、控制台JS错误、meta信息、页面正文硬编码/漏翻、图片本地化。
- 替代绝大部分手工打开页面的机械工作，保证全站页面层面无漏。
第二层：交互&弹窗&提示语自动化测试（interaction_modal_toast.py）
- 覆盖各类模态弹窗、Cookie一次性弹窗（同时模拟全新用户、已缓存Cookie两种上下文）、Toast提示、表单前端校验、hover悬浮气泡、下拉组件（含虚拟滚动下拉全部选项）。
- 脚本模拟业务操作触发各类交互，校验交互元素文案无空白、无英文硬编码。
- 覆盖核心业务交互链路，解决弹窗、提示类容易漏测的问题。
第三层：后端返回提示专项自动化（backend_msg_monitor.py）
- 全局监听接口response响应，解析后端message/msg/errorMsg等多种返回字段。
- 构造各类业务异常入参（非法邮箱、手机号、重复提交等）触发后端错误返回，检测后端接口返回的英文硬编码提示语。
- 解决多语言高频坑：前端文案翻译完成，但后端报错直接返回英文。
第四层：高风险人工精准抽检
不做全页面手工回归，只测自动化能力边界覆盖不到的场景，聚焦P0核心页面：
- UI布局校验：外文长文本引发按钮溢出、文字截断、页面重叠错乱。
- 第三方SDK、iframe内嵌组件、第三方弹窗手工抽样验证。
- 核心业务链路整体体验验证。
- 对翻译语义仅做少量抽样，不逐字校验译文质量（译文质量归属本地化/产品负责）。
配套执行策略
- 模板复用原则：CMS同一模板页面，只手工抽样少量样本页，其余全部靠自动化巡检，不逐页手工测试。
- 缺陷回归策略：缺陷修复完成后，优先完整重跑全套自动化脚本；仅手工复测改动相关的弹窗、表单、页面，不重复全量手工回归。
- 边界对齐：提前和产品、研发、本地化明确不测试范围，避免无限膨胀测试工作量。
策略目标
自动化覆盖约95%的机械性多语言测试点，5%高风险、自动化不可达场景人工兜底；在保障质量前提下，极大压缩回归耗时，降低漏测风险。
文档版精简段落（可直接复制进方案）
本项目采用自动化分层兜底 + 风险分级手工抽检的测试策略。分为四层执行：
第一层通过脚本完成全站静态页面自动化巡检，实现全部页面遍历，校验页面可用性、静态文案、图片资源、控制台异常；
第二层自动化覆盖弹窗、toast、表单前端校验、hover气泡、下拉组件等交互场景，同时模拟首次访问、Cookie已缓存两种用户上下文；
第三层监听接口响应并构造业务异常，专项检测后端返回提示语硬编码问题；
第四层针对自动化无法实现的UI布局、第三方组件等场景，仅对P0核心页面做人工抽样。CMS同模板页面不逐页手工回归，译文语义质量由本地化团队负责。缺陷修复后优先自动化全量回归，仅对改动点手工复测，兼顾测试质量与执行效率。