易用性测试是评估用户界面的黄金标准。虽然许多人熟悉桌面系统或网站的易用性测试，但较少人有过测试移动设备的经验。正如我们之前讨论的，移动设备与桌面设备不同，这同样适用于易用性测试。当你测试移动设备时，你需要在你的测试协议中做出一些重要的改变。
运行任何易用性测试的基本步骤都是相同的。以下是这些步骤：
1. 获得认可
2. 征募参与者
3. 制定测试任务
4. 确定原型
5. 设置测试平台
6. 指导测试
7. 观察测试
8. 分析数据
9. 改进设计
那么，当你测试移动设备时，如何执行这些步骤呢？
步骤1：获得认可
当你测试任何系统的易用性，无论是移动设备还是桌面设备，你都需要回答一些基本问题，以确保你最终测试了正确的产品以及合适的参与者。对于每一次测试，你都需要回答新闻行业中经典的五个W（以及一个H）。
• 为什么你进行这项测试？
• 它将在哪里进行？
• 它将在何时进行？
• 测试参与者是谁？
• 你将测试什么系统（以及哪些功能）？
• 你将如何收集和分析数据？
这些问题的答案通常会记录在易用性测试计划中。这是一个让每个人都——经理、开发人员和其他利益相关者——讨论并就需做出的关键决策达成一致性的文件。这意味着当你呈现你的发现时，没有人会对你测试了错误的功能或为什么要求用户完成错误的任务提出疑问。即使是只有你参与你应用程序的设计，你会发现5W问题仍然非常有用，可以帮助你澄清思考和结构化你的测试。
步骤2：征募参与者
在这个步骤中，你会着手征募参与者。显然，你希望参与者能够代表你的最终用户，但同样重要的是你的参与者应该是你要测试的平台上的常规用户。如果你正在测试Android设备的应用程序，但主要招募的iPhone用户，不要惊讶当你的应用程序在测试中的表现不佳。
大约15年前，我为英国内政部进行了一项指纹识别系统的易用性测试。我的第一位参与者对这个系统真的很挣扎。这不是因为界面的易用性问题，而是因为这个用户以前从未使用过电脑，难以使用鼠标。有一次，他将鼠标上下颠倒，因此鼠标的向上移动被转换为光标的向下移动。
现在，这种情况越来越少见——大多数电脑用户都有些使用Windows的经验。即使他们没有，一旦打开了Windows应用程序，用户就可以依赖一套通用的用户界面约定，例如滚动条、菜单和图标。但是移动用户的界面约定仍处于初级阶段。例如，Android应用程序通常在屏幕上包含一个专门用于刷新显示的按钮，而iPhone应用程序有一个隐藏的控件：你下拉屏幕进行刷新。你不想让你的参与者花费时间学习新平台的用户界面约定，所以请确保你招募了对您的设备有经验的用户。
第3步：开发您的任务
所有可用性测试都基于同一个想法：你要求人们使用系统执行现实任务，并观察他们在哪里遇到困难。在桌面系统的测试中，有人使用系统一个小时或更长时间是相当常见的。这相当代表现实世界的使用，因为人们通常使用桌面应用长时间完成工作。
移动不同。人们可能只是在超市排队时打开您的移动应用程序以占用两分钟。他们可能有一个非常具体的问题想要得到答案（“最近的中文餐厅在哪里？”）或他们可能在使用应用程序，这也是一个重要的事项。
例如，我最近在伦敦的一家书店里翻看了一些摄影书。我想检查这些书中一些在亚马逊的价格，所以我打开了亚马逊移动应用，这让我可以扫描条码并查看价格。但我背着电脑包，用一只手平衡着沉重的书，右手拿着手机，在书店昏暗的光线下扫描条码。这与在明亮的光线实验室中进行可用性测试非常不同，我可以在桌子上放这本书。环境对移动来说很重要。
第4步：完善您的原型
在测试桌面系统时，测试管理员通常会准备一个“典型系统”，然后要求参与者使用它。这个“典型系统”可能比参与者的电脑屏幕小或大，鼠标和键盘可能略有不同。但要求参与者使用这个系统代替他们日常使用的系统，通常并不困难。
移动不同。用户对移动设备的定制程度比对计算机的定制程度更高，参与者的配置可能无法反映标准的、开箱即用的实现。例如，一些应用可能不在参与者手机上您期望的地方。一些服务（如位置服务）可能已被关闭。要求参与者使用您的“默认”系统可能会让他们感觉就像在一个人开车在马路对面行驶的国家租车一样：一切都很熟悉，但似乎在建错地方。
幸运的是，有几种方法可以将您的原型放入参与者的手机中进行测试。应用程序不需要完整编码：例如，您可以使用您喜爱的桌面演示应用程序创建一个交互式原型，然后将其导出为可点击的PDF。您会找到越来越多的包含您需要的所有小部件的工具包来模拟真实应用。还有一些应用程序（如Interface）可以让您在设备本身上原型设计。
第5步：设置测试装置
移动设备可用性测试者面临的主要问题是镜像参与者的屏幕。
遗憾的是，目前还没有可靠的软件解决方案，这意味着我们又回到了可用性测试的早期阶段，那时我们用相机来录制屏幕。您有多种解决方案可供选择：其中一种非常简单的方法是用有机玻璃搭建一个装置（或者机械造型——见Belen Barros和Bernard Tyers的“自己动手进行移动可用性测试”幻灯片），并将网络摄像头连接到它。这些装置制作起来既便宜又简单，但是要做好准备，屏幕录制可能很难阅读，尤其是在环境光照变化时。
步骤6：测试调解
使用移动设备进行测试是一项更具挑战性的任务。作为调解人，观看参与者的移动设备有时候甚至是不可能的。从你参与者的肩上偷看——坦白说——有点怪异。这也会使参与者改变使用设备的方式，因为他们会尝试以使你也能看到屏幕的方式手持设备。正因为如此，如果有一台可以远程监控且可镜像参与者屏幕的监控器，你会觉得这更容易一些。
步骤7：观察测试
我发现，一个快速而有效的方法是请别人帮你观察测试……严肃地说。
将设计团队带入观察室，并每人提供一叠便签纸。每当他们发现可用性问题或观察到有趣的发现时，他们应该将其写在便签纸上。便签纸的好处是尺寸小，这意味着人们不能写很多——通常只需要能够捕捉观察到的本质。
步骤8：分析数据
移动可用性测试需要对可用性测试结果进行分析和报告采取轻量级的方法。一种快速的分析方法是将前一阶段汇总的便签纸拿出来，并让设计团队成员在墙上分组和组织便签纸（移除任何重复的）。一旦大家都对组织表示满意，为每组便签纸提供一个能够捕捉可用性问题的名称。
重要的一点是要记住，您的目的是描述问题，而不是创建解决方案。这将在下一步进行。
步骤9：改进设计
只有当您根据发现的问题更改设计时，可用性测试才有意义。Steve Krug对这一问题有着一种< a href="http://www.shelfari.com/books/12272763/Rocket-Surgery-Made-Easy">实用主义的方法：对于每个问题，您问：“我们能够进行的最小、最简单的更改是什么，以防止人们遇到我们观察到的问题？”
然后进行更改，检查是否没有破坏其他东西，并看是否解决了问题。我喜欢这种方法，因为它阻止了人们进行重大的界面重新设计，这需要很长时间才能完成，并且通常引入了一组新的可用性问题来解决。
总之
没有比进行可用性测试更好的方式来获取您应用程序的反馈。尽管测试过程与测试桌面应用程序相同，但在细节上还是有相当多的不同。调整您的测试以考虑这些差异，您将能够更好地识别真实用户在真实情境中可能会面临的真实问题。