一、双端测试到底测什么
1. 功能测试
分别验证PC端、移动端各自页面、流程、交互、逻辑是否符合需求，保证单端功能可用、无bug。
2. 兼容性测试
验证不同设备、系统、浏览器、分辨率、系统设置下，页面布局、功能是否正常，无错乱、适配问题。
3. 两端一致性测试
针对同一账号、同一业务体系，校验PC与移动端的数据、规则、文案、状态、流程是否统一，仅差异化需求可豁免，是多端项目必测专项。
二、双端一致性到底要不要测
1. 必须测的业务场景
满足以下任意条件，强制做两端一致性测试，属于核心测试范围，不可省略：
多端账号互通、共用一套数据库与接口
存在跨端操作、数据同步场景（订单、购物车、资产、审批、收藏、草稿等）
C端商城、会员、交易、财务、OA、CRM、审批系统等高风险业务
需求明确要求多端规则、体验统一
2. 可简化、可豁免的场景
两端业务、账号体系完全独立，无任何数据交互、无跨端操作
需求明确标注两端差异化功能（PC批量操作、移动端专属手势/拍照等）
移动端仅纯展示页面，无任何增删改查、业务操作
三、一致性测试覆盖范围
1. 核心必测内容（全覆盖）
数据同步一致性：双向校验（PC操作→移动端刷新、移动端操作→PC刷新），包含订单、资产、状态、列表筛选、分页排序、上传资源展示
业务规则一致性：权限、操作限制、数值上下限、流程步骤、拦截逻辑、活动规则两端统一
文案提示一致性：按钮文字、页面标题、报错提示、空状态、弹窗文案、脱敏规则统一
交互逻辑一致性：二次确认弹窗、成功/失败跳转、返回页逻辑、表单清空规则统一
2. 轻量化目测内容
仅校验明显UI差异：主题色、警示色、模块展示顺序、必填标识，不校验自适应布局、字体大小、间距差异。
3. 不用测的内容
PC专属能力：拖拽、右键、批量导入、hover悬浮效果
移动端专属能力：手势滑动、拍照、分屏、横竖屏适配
需求明确约定的两端差异化功能
多端天然自适应的布局差异（PC多列、移动端单列）
四、测试执行顺序与工作量优化
常规流程：PC单端功能测试 → 移动端单端功能测试 → 两端兼容性测试 → 一致性校验
该流程会产生额外工作量，关键优化方案：不单独串行测一致性，改为嵌入功能测试同步执行，大幅降低增量工作量。
方案一：串行独立测（高风险业务专用）
流程：PC完整测试 → 移动端完整测试 → 独立一致性专项测试
适用：资金、财务、审批、交易等高风险系统
工作量：增量40%-60%，需独立排期
方案二：边测边校验（日常迭代首选）
流程：单端每完成一条业务用例，立刻跨端校验数据、状态、文案一致性，最后统一查漏补缺
适用：常规商城、表单、后台、资讯类需求
工作量：仅增量10%-30%，无独立工期，性价比最高
五、排期工时
1. 一致性工时增量分级标准
低风险（纯展示、无资产操作）：一致性增量10%-20%
中风险（表单、活动、普通订单）：一致性增量20%-35%
高风险（资金、退款、审批、对账）：一致性增量40%-60%
2. 排期必须考虑的关键因素
业务风险等级：决定一致性工时增量比例与缓冲时间
两端差异化数量：需求明确的差异化模块，直接扣除对应一致性工时
测试人力配置：单人串行工期叠加、多人并行取最长单端工期+少量增量
回归成本：中低风险预留5%缓冲，高风险预留10%-15%缓冲（跨端bug回归成本更高）
开发实现方式：一套接口逻辑增量少，两端独立接口逻辑增量拉满
兼容环境成本：设备、浏览器、系统适配不足需预留等待工时
上线硬性时间：工期紧张时，降级非核心一致性、非高频兼容场景
3. 通用工时计算公式
单人串行：总工时 = PC工时 + 移动端工时 + 一致性增量工时 + 10%缓冲
多人并行：总工时 = max(PC工时, 移动端工时) + 一致性增量工时 + 5%缓冲
六、双端兼容测试
1. PC端兼容覆盖场景
主流浏览器（Chrome、Edge、Firefox、360极速/兼容）、多分辨率、系统缩放比例、Mac/Windows系统适配。
2. 移动端兼容覆盖场景
iOS/Android多版本、高低端机型、折叠屏、横竖屏切换、系统字体放大、深色模式、主流手机浏览器/微信内置浏览器适配。
七、避坑要点
一致性≠兼容，二者分开测算工时、分开执行，不可混淆；
优先采用「边功能测试、边一致性校验」模式，最大程度控制工作量；
提前梳理需求差异化，杜绝无效一致性对比，减少冗余工作；
高风险业务必须预留独立专项校验+充足回归缓冲，避免线上数据不一致bug；
排期需明确一致性覆盖边界，避免后期产品追加无范围UI对比需求。