如何进行软件的可用性测试(usability testing) 要点总结（下）

继续简要介绍可用性测试的要点：

[6]
筹备工作

安装硬/软件
- 运行安装配置

写出指示和关于任务的描述
  任务是否可以进行？
  需要多少工作时间来解决？

写问卷
  是否所有问题可以被回答和被负责？
  是否遗失重要的问题？

通知，并邀请用户和观察员
  确保所有的人已经做好准备

代表职责
  摄像机，登入，帮助，观察...

测试测试的设置
  运行一个预测试！

[7]
重要方面

至少有一位观察员拥有工具使用知识
  主要的工作是熟悉交互系统/工具/产品

至少有一位观察员要有相关领域的知识
  必须努力去熟悉任务域

批评事件的尺度
- 如果你对用户的行为感到惊讶
- 如果用户意气用事
- 观察员之间的差异

了解用户的意图
  想想，对视频的抗拒

[8]
询问和问卷调查

主观印象
- 你喜欢什么？
- 你怎么不喜欢？
- 是缺少什么？
- 是有些东西多余？
- 你会怎么变化？

主观评价
单极：
1 =好，2 =好，3 =最好
两极：
-2 =太差，-1 =坏，...，2 =非常好

决定一个标准值
  例如，平均比1,5更好

留空间给意见补充

[9]
一个典型的测试时间表

每个情况2到2.5小时

5个最终用户/测试者

额外的可用性测试的方法
- 设计的讨论
- 原型
- 检查
- 面向任务的模拟

观察员

设计者，开发者
- 对软件的变更负责

信息管理者
- 对手动更改负责

质量经理
- 对质量的保证负责

领域/工具专家
- 对帮助提示负责

最终用户
- 对任务的工具不对应负责

可用性工作人员1
- 对测试的设置负责

可用性工作人员2
- 对记录数据工作负责

[10]
观察室

录像机
'shadow'屏幕
登入软件
多个显示器
可用性测试的工作人应注意提供...
- 舒适的环境
- 较暗淡的光线
- 舒适的椅子
- 茶点
- 休息

测试室

应该看起来像一个正常的工作地点
+单向镜子
+摄像机，麦克风
[让测试者知道, 他将被观察!]

[11]
撰写报告

分析协议

关键事件的重要性
[1]必须立即修复
[2]必须在交付前修复
[3]应该在交付前修复
[4]应该在下一版本发表前修复
[5]应该在未来修复

定量数据分析
- 频率
- 均值加标准差

磁带的编辑
  视频序列与关键事件

参考文献：
Jakob Nielsen, Usability engineering. Academic, 1993

http://www.idemployee.id.tue.nl/g.w.m.rauterberg/publications/UE_Tutorial.pdf

(完)