移动可用性的价值在于发现问题后的改善与优化设计。设计人员可以尝试回答这样一个问题：如何进行最小、最简单的优化，可以避免出现测试中发现的问题。然后进行测试，验证这种改变是否产生其他影响。

2.形成性测试和总结性测试

根据测试的目标不同，我们一般将可用性测试分成两大类：形成性测试（formative test）和总结性测试（summative test）。实际工作中，我们做的大部分可用性测试都属于形成性测试，包括移动可用性测试。所以我们先澄清概念，后续对方法和工具的讨论，主要也都是围绕形成性测试展开。

这两个术语源自教育学，形成性测试主要在教学过程中进行，目的在于及时得到反馈来改进教学，总结性测试主要用于阶段性总结分析，目的在于全面考察学生阶段性的学习效果。

移动可用性测试中，我们通过形成性测试来发现产品设计研发过程中的可用性问题，及时修复，从而优化产品体验；在总结性可用性测试中，我们的目标是通过多个指标来评估产品的整体体验，通常在产品开发完成后进行。

从下表可以看到，形成性测试更关注如何快速地发现和解决可用性问题。不管是测试对象还是测试方法，包括被试样本数都倾向于比较轻量的解决方案。拿被试数量来说，一般参考Jacob Nielsen的经验数据要做5个左右。但是哪怕只有条件做1个被试，也推荐做一下形成性测试，因为做了就一定会有收获。

3.移动平台选择

PC时代，我们几乎不用考虑平台问题，绝大多用户数都是Windows用户。但移动时代是多系统平台共存的时代，不同的平台（主要是iOS和Android）代表了不同的硬件，不同的用户习惯和交互方式。在Android上大家熟悉的设计语言，在iOS上可能会造成用户困惑。比如Android上的纸飞机发送按钮，iOS用户通常不认识。

对于移动平台的选择，主要基于两点考虑，产品的平台分布情况，以及测试方法测试工具对平台选择的限制。

平台分布情况

App是iOS/Android双平台产品，还是iOS或Android单一平台产品；对于全平台覆盖产品，不同平台的后台用户数据占比是怎样的，是否有偏重，不同平台的用户是否有明显差异。

测试工具限制

当产品全平台覆盖，且并无明显平台差异时，测试工具的限制反而会成为选择平台的重要参考。如iOS系统对录屏的限制很多，当我们想拿到有些结果时可能不得通过调研Android用户，从而得到想要的结果。本文在后续本地测试的工具部分会详细列出不同平台对应的用研工具。

4. 移动用户招募

和移动平台选择的问题类似，在移动用户招募中，也有一些需要注意的点。

确保用户熟悉移动平台

用户更换移动设备的频率远高于PC，且很有可能是Android换iOS，华为换小米的情况。移动设备的平台又比PC复杂，特别是碎片化的Android，每个厂商都有自己的系统（MIUI，Flyme，emui…）。所以除非要测试新平台的易学性，一般情况下，我们建议招募熟悉平台的用户来做测试，使用经验至少应该在3个月以上。这样可以确保用户在测试时，不会因为对平台的生疏而对结果造成干扰。

确认移动设备

一些用户可能拥有好几部手机和平板电脑。当筛选用户时，需要确保筛选问题是针对某个特定移动设备的。 例如，如果想研究在iPad上购物的用户，那么在招募时设定筛选问题时，应该是问：“你用iPad购物的频率是多少？”，而不是问“你在平板电脑上多久购物一次”。

5. 移动测试原型制作工具

PC/Web产品的原型工具很有限（如Axure），也并不完全适应制作移动原型。移动互联网之后，近两年移动交互原型工具不断涌现，移动的小界面使得原型效率提升，反馈周期缩短。类似POP这类移动制作原型的App的出现，可以用很低的成本，把纸面线框图转化为可交互原型，大大降低制作测试对象的成本，非常适用于项目早期的形成性测试。

我们在选择和比较制作移动测试原型的工具时，主要考虑了轻量，简单，多终端支持，支持远程分享这几点。综合对比之后，推荐使用Prott来制作测试原型。

Prott支持Web和iOS双平台，虽然官网上也有Windows和Mac版下载，但都是内嵌网页实现的，所以体验一般。Web版通过拖拽的方式可以非常快速地完成原型工作，类似的产品还有Flinto（然而Flinto没有iOS原生应用）；iOS版是原生应用，体验类似POP。

在有设计稿的情况下，用研同学可以独立通过Prott的Web版或iOS版独立完成测试原型制作。Prott也支持链接或者原型分享，可以远程分享给被测进行测试，在本系列的第四篇文章中会展开。

Prott的缺点。作为商业应用，Prott只支持一个免费项目，同时进行多个研究项目需要付费购买高级版本。当然也可以通过注册多个账号来解决这一问题。

来源：腾讯ISUX