目的

快速覆盖用户的各种操作环境，进行快速验证

1、常规项目测试策略

提高重视度，在需求分析、测试设计、测试执行、收尾阶段都要加大兼容性测试的比重。

1.1 需求阶段

• 在需求阶段要获取兼容性测试环境的来源，来源为产品经理和用户现场使用情况，更多以用户现场为参考。

**1.2测试计划 **

• 第一轮在主测环境进行验证，基本功能实现后，在第二轮测试就加入其他兼容性测试，快速验证

• 在测试初期阶段就使用主测试（非本人工作机）环境进行测试，例如测试portal项目主测环境是WIN 7,而不是工作机的WIN 10系统

  1.3 测试设计

根据需求阶段的调研和现场操作环境汇总分析，确定主测环境和兼容性测试环境。

· 设计测试方案，抽取兼容性测试因子，根据各因子之间的组合，列成兼容性测试矩阵（绘制成表格形式）

注意，兼容性测试矩阵是兼容性测试的核心，需要每个测试人员明确在心！

以a项目客户端为例，存在操作系统、浏览器、分辨率（横屏+竖屏）3个兼容性测试因子：（表格如下）

兼容性测试矩阵

还有其他环境，根据项目具体情况设计，不一一列举。

站在用户使用角度 需要考虑以上表格的组合，再根据开发实现情况可以调整主测试环境，比如如果开发优先实现横屏，那么可以把分辨率为1920 *1080作为主测环境。

其他注意事项

· 设置优先级，优先级最高的为主测环境，在主测环境上进行功能测试。

· 重视医用灰阶屏测试，用户使用灰度屏的概率远大于横屏。

· OCR需要验证32位和64位两种操作系统。

1.4测试执行

· 兼容性测试重点验证 UI 布局和CSS 样式、JS 部分，业务逻辑在主测环境验证后，在兼容性测试环境可以少测或者不测。

· 重视影响功能操作的问题，例如按钮无效，重要元素缺失（如mask无法显示）…这些问题重点对待。页面布局不够美观、差几个像素没对齐等问题适当降低优先级。

· 以页面为维度进行验证，环境准备好的前提下，一个兼容性测试环境可以在30分钟左右验证完成。

· 如果是公共组件，例如工具栏，不需要分应用重复测试。

· 各应用的独立页面，则需要分别验证。

· 灰度屏重点验证彩色屏下的颜色含义是否可以通过黑白（Contour）区分清楚。

1.5收尾测试

· 兼容性问题需尽快反馈给开发，为开发修复争取时间。

· 充分认识兼容性测试发现问题的重要性，若该版本不支持或者问题未修复，用户很大概率会发现和抱怨，需向相关人员尽快说明情况，尽快迭代。

2、紧急项目测试策略

紧急项目（SP、hotfix）周期短，周期只有几个小时或几天，可以简化兼容性测试策略。

· 如果无前端修改，可忽略兼容性测试。

· 如果有改动，针对改动部分参考类似项目的测试矩阵快速进行兼容性测试。

3、兼容性测试环境准备策略

采用实体机+虚拟机结合的方式

· 为降低兼容性测试环境使用难度 ，在现有实体机的基础上，多部署几台虚拟机，个人工作机也可以安装本人常用的虚拟机，所有人可以快速启动兼容性测试环境。

· 简单验证虚拟机的竖屏效果，只需将竖屏连接在一台实体电脑上，可以通过这台电脑远程连接上虚拟机进行测试。例如，竖屏连接在实体机上，想验证win7 （虚拟机）上的竖屏效果，可以在这台实体机上远程连接win 7（虚拟机） 验证。