测试人机界面.pptx

用户界面设计;第五章 测试人机界面;本章内容;5.2 测试过程说明;（1）定义研究框架;在可用性测试中，我们希望对什么类型的用法进行评估呢？ 边摸索边使用，还是第一次使用？ 在工作中非常熟练的用户第一次使用这个特殊的系统？ 没有时间限制的探索性的使用，或者有目的但也有时间限制的使用？ 或者是其他方面？ 对于这个系统，我们有哪些可用性目标？ 让90%的用户在没有培训的情况下，3分钟之内完成一个简单的任务？ 或者让一半的受培训人员平均每执行一个任务，发生的可恢复性错误将会少于一个？;（2）选择观测对象;1）任务的内容 你选择的任务需要反映实际的或预期的用途。 你需要包含最常发生的任务的测试。 你也应该包含覆盖一系列系统功能的任务，应用它的每一部分。 在测试中你也应该包含一批虽然不常见但是很重要的任务。;2）任务训练的需求 如果你所选择的任务需要通过训练去完成，那么训练本身必须被当作批量任务测试的一部分。 设置应当变为“学习做任务A”和“任务A”，而不只是“任务A”。;3）任务周期 典型地，用户不可能每次都被要求每天坐在一个地方做一小时或两小时的任务。参与者对于这些也是很厌烦的。 所以你需要去设计你的测试使它的需求符合每小时产生一个中断以及两小时后产生一个中断。这个周期包括任务训练，如果训练是在一天那么这个任务执行后紧接着第二天就要回顾第一天的训练从而加深用户的记忆。;（3）准备工作;3）自我测试 不要以为让工作平稳执行是一件很容易的事情。所有的解决方案必须一步一步的实践。 自我实践 他人实践 一个有与系统的最终用户有类似背景的人员去实践 在测试流程中发现任何问题，可以把它们写进可用性报告里，不要丢掉任何有用的信息，因为你永远不知道会获得什么问题。;4）招募测试者 参与者必须有系统最终用户相同的背景知识。 可能需要给参与者一些补偿。 根据你的系统的复杂性而定，你将会需要至少三到四个参与者来对你的系统进行详细测试。 一个好的计划是反复进行测试。就是测试两到三个人，然后确定他们发现的大问题（同时维持没有问题的那部分）。然后，测试两个或更多，从而发现更多的问题。;（4）为参与者介绍要执行的活动;1）整体描述研究目的 自我介绍 介绍你的公司和它的目标 介绍详细研究的目标。 明确你是在测试电脑系统，不是在测试用户。 告诉他们参与者是完全自愿的并且任何时候只要他们想停止工作都是可以的。 将同意书给参与者，给他们一定的时间去安静地阅读，并且让他们签名。 向参加者介绍房间里的设备，解释每一个都是什么作用，演示那些他们需要用到的部分。 向参加者介绍你将如何记录他们的语言和行动。;2）训练用户出声思维 参与者接下来将受到培训使的他们工作时能“自言自语”。在一开始这可能比较难做到，你需要在他们做系统实验任务前做一些相应的实践活动。 如果在实践的时候，参与者有五到十秒钟沉默，需要提醒“请保持说话”。不要对这些简单词句做详细解释，就像不要说“你在想什么”或“请解释你在做什么”，因为非“请保持说话”这样的中性短语会引起人选择其它话语（解释或跳过他们正想的事情），就像我们先前说过的没价值。;3）解释观测的规则 当参与者很平稳的进行出声思维后，我们首先需要解释一下观测的规则： 在观测时不要回答问题。 不管怎样他们都会提问题。把他们记录下来并在观测的末尾回答。 如果他经常停顿，你需要提醒他保持说话。 解释完这些规则后，询问参与者是否有关于出声思维的问题或迄今为止其他的问题。;（5）执行测试;2）开始监视 在回答完所有问题之后，检查你的记录设备确保他们正常工作。 当测试这正在接受测试时，观察他的行为，如果他们有5到10秒没有说话，就提醒他们“继续说”。 当测试者开始解释他们的过程而不是报告他们瞬时记忆中的思想内容，让他们停下来，提醒他们。 对用户强烈想放弃的心态多加留意。;用户常常言行不一，源于他们很多时候意识不到自己行为的真相。 Sony公司引入 Boom Box 概念的时候，召集了一些潜在用户组成焦点小组来讨论这个新产品应该是黑色还是黄色。此时每个测试用户都认为消费者应该更倾向于黄色。会议以后，组织者告诉他们在离开前可以免费带走一个 Boom Box 作为回报，结果是每个人拿走的都是黑色！ ;3）结束监视 当测试参与者完成了所有任务时，回到你的笔记并回答那些你草草记录下的问题（测试参与者在做任务期间也许已经回答了许多问题）。 询问他是否有任何关于该系统、研究或组织的问题。回答你能回答的所有问题，或者给他引见某位能够回答该问题的人。;（6）结果分析;（7）寻找可能的重新设计;5.3 测试实战