什么是可用性测试,可用性测试的描述解析?( 二 )


2. 测试后问卷在参与者完成任务后使用的测试问卷中 , 要避免自由发挥的回答 。例如 , 使用数字表示对问题的同意程度 , “学会使用这个系统很容易:非常不同意——非常同意” 。
可衡量的反应

  • 感知可用性:“你觉得这个系统的可用性如何?”
  • 感知有用性:“你认为这个系统对你实际需要做的事情有多大用处?”
  • 偏好或希望的方面:“你觉得这个系统在视觉上的吸引力如何?相较于竞品 , 更喜欢哪个?”
3. 测试前访谈用测前访谈代替问卷 , 以口头形式得到可量化的问题 。
这有利于建立融洽的关系 , 并获得更多细节 , 但是它可能需要更长的时间 。例如 , “如果我想知道我的参与者们进行了多少次在线购买 , 从而根据他们在网购方面的专长来描述他们 , 那么我可以直接提问 , 在过去一个月里 , 你大概网购了几次?”
4. 测试后访谈你可以采用 “先标记后访谈” 的方式 , 访谈内容大概包括:
  • 任务跟进情况;
  • 用户所陷入的困境;
  • 错误的跳转;
  • 用户出错的地方(包括用户没有注意到的出错点);
  • 用户提出的问题;
  • 复现任务并指出用户在任务中遇到的问题 。
常见问题
  • 你认为这个系统在哪些方面做得好?
  • 你认为这个系统最需要改进的地方是哪里?
  • 你会用这个系统做什么呢?(感知有用性)
  • 你认为这个系统对谁最有价值?
  • 如果你必须向别人解释系统的功能 , 你会怎么说?
  • 他们真的了解这个系统要做什么 , 以及它应该做什么吗?
  • 你是否使用过与此类似的系统 , 你如何比较它们?
总之 , “为什么” 应该是 访谈时要问的核心问题 。
5. 可能出现的问题注意需求特征(参与者倾向于给你想要的东西)、默认偏差(更倾向于给予积极反馈)和确认偏差(选择性地拒绝否认我们相信的东西) 。不要期望每个人都给你正确的答案 。
如何解决
  • 需求特征和默认偏差:要求参与者给出真实反馈 , 注意其不自然的回答 , 并说明测试的目的 。
  • 确认偏差:通过无偏差的第三方进行测试 , 不要对测试结果表现出兴趣 。

什么是可用性测试,可用性测试的描述解析?

文章插图
五、进行可用性测试 Conducting the usability test
  1. 选择一组有代表性的任务 。
  2. 试运行测试:自己进行测试 , 找到成功执行任务的方式 , 以及难易程度 。
  3. 清除状态:如果需要 , 清除以往参与者数据(重置系统 , 清除缓存、搜索历史记录、系统中的用户历史记录) 。
  4. 由简至繁地安排任务 。
平均时间:30-45 分钟完成所有任务
1. 主持人应该怎么做首先介绍一下你 自己和其他参与者 。重要的是通过与参与者建立信任关系来确定基调 。展示他们的价值以保持参与热情 , 并在用户测试中明确你的目标 。
向大家展示你的角色 , 包括你将如何推进评估和观察 , 并告诉大家诚实的反馈是至关重要的 。
鉴于参与者的角色是自愿帮助你评估系统 , 确保他们明白自己不是实验品 , 他们有权利随时喊停 , 而不是被迫回答所有的问题 。如果可能的话 , 给参与者一个奖励并说 “谢谢你的宝贵时间” 。
另外 , 不要通过给出指令来引导用户完成任务 , Newman(2020)建议提前说明以下几句话:“我希望你试着去完成这项任务 。如果你陷入困境 , 真的需要帮助的话 , 我随时都在 。但我真心希望你能够尽你最大的能力来完成这件事 , 之后我们会讨论你遇到的问题 。”
2. 参与者应该怎么做参与者应该大声说出他们在想什么和想到什么 , 例如:
  • 他们在找什么 。
  • 大声朗读文本 。
  • 推测系统的工作方式 。
  • 他们如何理解自己在做什么?
  • 解释系统反馈 。
  • 解释和论证他们的决定 。
  • 他们感觉怎么样?
你可能会问 , 为什么要这样?因为这样你可以听到他们在思考任务 , 知道他们注意到什么 , 听到他们如何解释他们的选择 。
知情同意

推荐阅读