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