可用性测试方法

登陆注册和欢迎
原始版本的登录、注册、欢迎页面
创建文档
文档创建流程中最重要的便是拍摄过程，通过引导使用户将文档放置 在屏幕的拍摄框中。在设计这个流程的时候，我们参考了Iphone的原 生相机应用和Instagram的设计，以及Schwab的存放检索应用和 Card.io的信用卡扫描应用的相关页面。
● 完成一个目标的时间大于预期的时间
● 整个任务无法完成
我们改进设计的目的是明确并解决影响用户的主要问题。之前提到了 ，问题是永远解决不完的，资源与限制为我们圈定了范围。
我们得出了什么？
通过测试发现在登陆注册页面有比较大的问题。多数用户不清楚所在 的页面是登录页还是注册页。用户经常在这个部分前进后退来对比两 个页面分别是做什么的。
最后，主页（拍摄页面）基本被重新设计。“帮助”按钮处理的比较笨 重，过于弱化。新版本把帮助按钮前提，并强调了“扫描”功能，使扫 描变成整个应用的主要用例。
数字媒体学院 于成龙
这个应用主要有4个模块（对于用户来讲应该是“步骤”）：注册\登录、 欢迎、创建文档和编辑文档。我们做的最大的改变是在登录注册和欢 迎页面。我们先简单的看一下这些页面最初的设计，以便了解这个应 用是如何工作的~
登陆注册和欢迎
登陆注册和欢迎是用户在最初体验产品时重要的页面，我们想使用 户去注册或者——如果他们已经有了HelloSign website（此应用的网 页版）的帐号——登录来创建文档。具体到这个应用来讲，他是对网 站的补充，大多数的用户基本都拥有帐号甚至对于功能的使用比较熟 悉。因此，作为一个独立的APP注册登录环节对于用户来讲应当弱化 为可选的操作而非必须的。
● 在扫描（拍摄）文档时屏幕上的对齐标识需要加强
用户在把文档的边缘和屏幕上扫描框对其的过程中存在困难，有的用户在经历多次失败 后放弃。
改进登陆注册
我们做的最根本的改进是在整个流程的最初。直接将用户带入注册 页面（只有一个注册按钮作为状态提示），被证明会困扰用户。
在测试的过程中，大多数的用户希望在这个页面能够让他们登录而非 注册。在修改后的页面增加了这个步骤，可使用户在这里做出选择区 分登陆或注册两条操作路线，可以看到结果的选择。
我们同时也发现：
● 创建页面的过程过于重复
用户在拍摄完每一张照片之后，还需要点击“添加页面”，然后再拍另一张，再点击按钮 。这过程很乏味，有些测试者觉得这个过程没有必要，有的觉得非常沮丧。
● 用户在添加了一个日期之后不能接着编辑
一个用户想要添加一个过去的时间到文档。但实际只能添加时时的日期并且不能修改。 这点非常使人困扰且没有必要如此严格
文档编辑
创建完文档后，用户会看到编辑页面。在这里他们可以增加签名、文 字、检查列表和日期水印。
有很多用户测试的服务可供选择，比如Verify和uTest，我选择 UserTesting.com相对性价比较高。不同的测试服务有各自的优势、特 点和各种定制选项，应当针对资深的应用特点选择最适合你的目标和 需求的的服务。
在测试过程中，大多数的用户不会提出他们遇到的一些问题（也许是本身没有意识到） ，但是这些问题会通过他们的行为会表现出来。当用户有下列举止的时候，就可以推断 用户或许遇到了问题：
● 在试图完成一个操作的时候停顿了几秒
● 被一个操作困扰需要回想之前的操作甚至需要重来一遍
● 发出沮丧的声音（一个叹息或牢骚一句）
另一个解决办法是增加用户名和密码的输入框的区分度，因为大多数 用户的阅读习惯是自上至下，尽管我觉得不会完全解决问题。
改进登陆注册
在经过一两个选择时候，用户会来到两个非常相近的页面，唯一的区 别就是按钮上的文案“注册（sign in）”、“登录（sign up）”。在新版本 中可以看到，版面更加简洁，添加了google登录。通过之前的选择区 分，解决了界面分不清楚的困扰。
UserTesting可以提供一系列的测试，通过视频记录用户在操作分配其 任务的每一步。你也可以附加一些补充问题，比如：“最使你郁闷的操 作是哪里？”同时UserTesting.com为每一个任务准备了4个非常完备的 问题，基本能适用所有的测试。
Leabharlann Baidu
观看（每个用户的操作）视频两次，第一次只是确认所有的明显的问题和熟悉测试人员 拍摄视频的风格（习惯、方式），第二遍的时候非常仔细的记录一些特殊的问题。