手机、PC、网页、平板……一个产品拥有多个终端/平台的情况已经非常普遍，面临大版本时更是所有平台要同期发布，并且各个平台之间的连贯体验也越来越重要，单平台的可用性测试已经渐渐不能满足当前的需求，这里就跟大家探讨下面对多平台的可用性测试需要注意的内容。
（以下故事纯属为了奠定全文喜剧色彩和夸张手法，和真实产品没有半毛钱关系。）
用户研究员老王最近遇到了一件烦心事，TA负责的某产品过俩月要发个大版本，瞅了眼项目经理发的周报，六个平台还要同步发！（领导再也不担心老王的工作不饱和了）看来各平台的可用性测试跑不掉了，老王掐指一算：
我们这个狂霸酷拽的产品共有6个平台；
这个新版本共有3个新特性和5个基本特性需要测试；
各平台是分开研发的，所以每个特性完成的时间点不一样；
那么项目进度表有可能是以下这样丧尽天良的：（以下表格纯属虚构）
所以：
等单一平台的所有特性开发完成后按平台测试是来不及的！
等单一特性在所有平台开发完成后按特性测试也是不可能的！
这可把老王愁坏了，硕果仅存的几缕头发也要被薅（hao一声）光了。
老王不用怕！小天使偷偷告诉你一个秘诀——
已经翻了白眼的稍安勿躁，这样放荡不羁的前提条件是：
1. 平台多；
2. 发布时间集中；
3. 特性在不同平台同质性高。
至于好处则是：
1. 减少可用性测试的次数；
2. 增加验证解决方案的轮数；
3. 预测并避免同类问题在不同平台重复出现。
那么具体执行与常规的可用性测试有什么不同呢：
接需求前切记保持底线
首先给大家讲个小故事：
其实只是多问一句的事儿：
