可用性测试是评估用户界面的黄金标准。尽管许多人熟悉桌面系统或网站的可可用性测试，但 fewer people have experience testing mobile devices. 如我们之前所讨论的，移动设备与桌面设备有很大不同，这同样适用于可用性测试。在测试移动设备时，您需要调整进行某些重要的测试协议更改。
进行任何可用性测试的基本步骤是相同的。如下
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步：设置测试机构
移动设备可用性测试者面临的主要问题之一是如何镜像参与者的屏幕。
遗憾的是，目前还没有可靠的软件解决方案，这意味着我们又回到了可用性测试的早期阶段，那时候我们使用摄像头来录制屏幕。你可以选择各种方案：其中一种最简单的方法是用亚克力板制作一个简易工装（或者Meccano——参见来自Belen Barros和Bernard Tyers的“DIY移动可用性测试”演示文稿）并连接一个网络摄像头。这些制作成本低廉，也很简单，但你必须做好心理准备，因为屏幕录制可能很难阅读，尤其是在环境光照变化的时候。
步骤6：测试主持
使用移动设备进行测试主持要更具挑战性。作为一名主持者，很难——有时候甚至不可能——观看参与者的移动设备。从参与者的肩膀上窥视——我们实话实说——有点怪异。这也可能导致参与者以不同的方式使用设备，因为他们会尝试以你能看到屏幕的方式手持它。因此，如果你有一个可以远程使用的显示器来镜像参与者的屏幕，你会觉得这会更容易。
步骤7：观察测试
我发现，最快的最有效的观察测试方法是让别人为你做这件事……当真的。
让设计团队进入观察室，并为每个人提供一叠便利贴。每当他们发现问题或观察到有趣的现象时，他们都应该在便利贴上记下来。便利贴的好处是它们很小，这意味着人们不能写很多——通常只有足够捕捉观察本质的内容。
步骤8：分析数据
移动可用性测试需要一种轻量级的方法来分析和报告从可用性测试中获得的结果。一种快速的分析方法是汇集上一步骤中的便利贴，并要求设计团队的成员在墙上将便利贴分组和组织（移除任何重复的）。一旦所有人都对组织方式满意，为每个便利贴组提供一个新的名称，以捕捉可用性问题。
需要记住的重要点是，你在这里的目标是描述问题，你并不是在创造解决方案。那将是下一步。
步骤9：改进设计
如果要根据你发现的问题改变设计，可用性测试才有意义。Steve Krug在这方面有一个非常有用的实用方法：对于每一个问题，你都要问自己，“我们能做出什么最小、最简单的更改，以避免用户出现我们观察到的那个问题？”
然后，你进行更改，检查你没有破坏其他东西，看看是否解决了问题。我喜欢这种方法，因为它阻止了人们进行大规模的界面重设计，这种重设计可能需要很长时间才能完成，而且往往会引入一套需要修复的新可用性问题。
总之
进行可用性测试是获得你的应用程序可用性反馈的最好方式。虽然这个过程与测试桌面应用程序时的过程相同，但在细节上有很多不同。调整你的测试以考虑这些差异，这将使你更好地定位以识别用户在真实环境中使用你的应用程序时可能遇到的真实问题。