可用性测试：表述清晰的功能

　　在产品开发完成后，可用性测试是我们必要的一个环节，而在测试之前，我们一般会对软件走查多遍，以熟习产品，并对可能遇到的问题在心里有一个大致的判断。

　　本文作者@Uprit 最近做了一个导航产品的可用性测试，主要过程是，让一些用户在主持人的陪同下完成一系列已设计好的典型任务，以此来发现软件中的一些可用性问题。

　　整个测试下来，发现了一件比较有意思的事情：有一个任务看起来比较复杂(群组导航)，但一次完成率较高;同时有一个任务看起来简单(搜周边)，但一次完成率却较低。这与测试之前的预期有点出入。

　　先来看看这两个任务的流程以及涉及到的界面吧。在这之前，先介绍下这两个功能。

　　首先是“周边”。“周边”的整体逻辑是比较简单的：首先确定中心点，然后搜索中心点附近的各类地点。简单来讲，就是“定点–>搜索”，如图:

　　这其中，因为手机具有定位功能，“定点”又多是我们当前的位置，所以，对与用户而言，定点一般来说是由机器自动完成的，用户需要做的也就只剩下“搜索”了。这个过程确实很简单。

　　接着是“群组”。所谓“群组”，主要是在多人一起驾车出去时，可以通过“群组”来共享路线，实时导航，并彼此看到对方，此外还有一些附加功能，如聊天等。“群组”的整个逻辑稍微有点复杂：首先，需要一个人(群主)来创建一个群组，创建好之后，需要他来告知其他人群组名、密码，这个过程一般通过短信邀请来实现，收到短信的人(成员)在获取群组名密码之后，进入导航，搜索群组名，输入密码，加入;然后群主规划路线，规划好后，成员即可在地图上看到共享的路线并可以看到彼此的位置。图示如下：

　　这个过程中涉及到了多个页面，同时需要多人多部手机之间进行互动，整个流畅稍微有些复杂。

　　然而，完成情况却是“群组”的一次完成率比“周边”好，这在测试前是没想到的，这两个任务的完成情况如下：

　　(绿：一次完成;黄：多次尝试;红：失败)

　　为什么会产生这样的结果呢?我尝试这寻找这其中的原因。先从界面设计的角度来看一下吧。

　　首先，我们先看看“周边”的界面，“周边”页面，顶部是中心点，下面是搜索框，然后是类别，最后是虚拟键盘。进入页面默认是激活搜索框的。

　　这个页面有什么问题?我觉得，主要问题在于中心点和搜索框之间的关系不明确。比如搜索“田子坊”周边的餐馆，任务失败或多次尝试的用户，他们会现在搜索框中搜索“田子坊”，然后回到“周边”，点击“餐馆”。这里最终得到的结果并不是“田子坊”周边的餐馆，因为用户把中心点的设置理解错了。

　　另外，定位中心点也是一个比较多余的功能，前面已经提到，多数时这个定位过程可以由手机自动完成，那么就不需要用户去设置了。在实际的测试中，用户基本上没注意到这个位置是可以点击设置的(当然，他们通过其他路径完成了任务)。

　　其次，这里的搜索，是含义不清楚的，不知道是搜地点还是搜类型。从层级关系上来讲，搜索应该是和下面的不同类型是一个层级的，但这个界面却把搜索和定位中心点放在了一块，这也是造成困惑的原因之一。

　　最后，进入页面后默认搜索激活输入框，就好像在提示用户要输入文字，一般而言，用户需要找一个东西时，如果他有明确的目标时，他会倾向使用搜索来找，如果目标不够明确或者目标明确且清楚类别时，他会使用分类。对于“搜索田子坊周边的餐馆”这条信息，很显然，“田子坊”是一个明确的目标，“餐馆”是一个模糊的目标，于是，用户就有可能直接用搜索来定位中心点了，这样就会产生错误的结果。

原文转自：http://www.uml.org.cn/Test/201301083.asp