应该怎么去设计产品的兼容性测试?

应该怎么去设计产品的兼容性测试?

1、什么是兼容性测试?

兼容性测试就是验证开发出来的程序在特定的运行环境中，与特定的软件、硬件或数据相组合，是否能正常运行，有无异常的测试过程。

2.1 浏览器兼容性测试：在指定的浏览器上检查 Web 页面样式和元素的展示效果，以及交互是否正常。

【主流的浏览器】：

Windows：IE 9/10/11、Firefox(The Latest)，Chrome(The Latest);

Mac：Safari、Chrome(The Latest)、Firefox(The Latest);

【测试注意事项】：

1)这个常见于 B/S 结构的产品。

2)我们虽然能通过一些官方的统计数据去收集主流的浏览器和版本，但最好让产品经理明确定义出支持哪些浏览器和对应的版本，因为这个也取决于产品的应用人群和具体的业务场景;

3)浏览器的兼容性测试，主要是检查 Web 页面样式和元素的展示效果，以及交互是否会有异常，跟具体业务逻辑其实无关;

4)跟前端开发多交流，明确哪些样式或元素不是标准的，多半会出兼容性问题，有针对性地先在所有要求支持的版本的浏览器上去验证，再挑选每种浏览器的一个版本去验证所有的标准页面;

5)多记录，多总结，做好统计分析，在后续的测试中就只要针对有改动的，易出兼容性问题的元素和样式去测试;

6)留意 IE 大版本的升级，以及 Chrome 和 Firefox 的迭代版本更新，阅读更新的版本说明，了解是否有大的改动，可能会影响到页面的展示或者交互，有计划地去做兼容性测试;

2.2 操作系统兼容性测试：在指定的操作系统上检查产品功能是否正常。

【主流的操作系统】：

Windows 系列、Mac OS X 系列、Unix/Linux 系列、Android系列、iOS系列

【测试注意事项】：

1)常见于C/S 结构化产品，互联网时代的 APP 从广义上说也是 C/S 结构的;

2)基本的注意事项跟上述的浏览器兼容性测试一样，需要关注的是不同版本的操作系统默认权限级别会有不同，而导致客户端需要访问或调用系统组件或方法时会出错;

3)同一类操作系统的大版本升级时，需要注意新的版本或补丁里是否继续兼容老的库函数;

2.3 多版本兼容性测试：为了验证新版本服务端是否同时支持新/老版本客户端而进行的测试。

【测试注意事项】：

1)这是很多产品经理在设计需求时容易忽略的地方，也是 C/S 产品和 B/S 产品从兼容性角度来说最大的区别;

2)产品升级之后，服务端只会是最新版本，但客户端因为不同的用户场景而可能存在老版本，一种是没有强制更新，用户不选择升级，另一种是在一些企业级的域环境里，客户端包是否升级取决于域管理员的策略;

3)只是单客户端的产品而言，相对简单一些，只要保证服务端每次升级都不会因为新需求而修改老接口，基本就不会有太多兼容性问题;

4)相对复杂的是那种既有商家版又有用户版的客户端产品，针对会频繁发生交互的功能，需要重点考虑新老版本的兼容性测试;

2.4 数据兼容测试：因为新功能的需要或者是已有功能的升级改造，涉及到已有数据的读取和写入，而需要进行的验证，以确保数据在新老版本之间都能正常流转的过程。

【测试注意事项】：

1)向前兼容(Forward Compability)：新版本的软件要能正常且正确的读取和加载老版本生成的数据;

2)向后兼容(Backward Compability)：当前版本的软件要能支持在后续高版本的平台上正常运行;

3)常见的 Office 类软件或者多媒体制作或播放类软件，不仅需要考虑新版本客户端是否能正常读取老版本生成的文件，还要考虑新版本生成的文件是否能正常被老版本客户端读取，或者有相应的升级提示信息;

4)还有一类是常见的订单类数据，在老的服务端和客户端组合下产生的数据，是否能在新的服务端和新的客户端组合下读取成功，同时业务流程也可以正常进行;

5)对于数据兼容性测试来说，更多的会关联后台历史数据的迁移和转换，这一部分也是需要重点区关注的，确保迁移和转换后的数据，用户能正常读取;

2.5 分辨率兼容性测试：也被称作适配性测试，是指验证被测网页或产品 UI 在各种分辨率下的显示器或各种分辨率、尺寸屏幕的移动设备上都能正常显示的测试过程。

【测试注意事项】：

1)一种是普通分辨率的屏幕，另一种需要关注的是高清分辨率的屏幕;

2)需要关注的问题主要包括：显示是否完整、图片是否被拉伸、文字和图片位置是否有错位。