跟我重复一遍：焦点小组不是可用性测试
在一次焦点小组的研究中，主要价值来自参与人员彼此的反应，焦点小组是快速得到用户的意见和感觉的一种不错的方法
在一次可用性测试中，一次一个用户展示一些内容，并且要求用户说出
这是什么
试着用它来完成一项典型的任务
关于测试的几个事实
如果想建立一个优秀的网站，一定要测试
测试一个用户比不做测试好一倍
在项目中，早点测试一位用户好过最后测试50位用户
人们对招募用户代表的重要性估计过高
测试的关键不是要证明什么或者反驳什么，而是了解你的判断力
测试是一个迭代的过程
没有什么比现场用户的反应更重要
宽松招募，曲线上升<br>
测试对象是谁并不是总要
利用你能够寻找到的任务人（满足最低要求），然后曲线上升
实际上我们都是初学者
设计出的网站只有你的目标群体能使用，这通常并不是一个好主意
专家通常不会介意对初学者来说很清楚的界面
如果你的网站几乎只由一类人使用，而且招募这一类测试用户并不困难
如果你的目标群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要
如果使用你的网站需要专门的领域知识
招募测试人员的时候需要注意
提供合理的激励
邀请要简单
避免对网站（或网站背后的组织结构）进行预先讨论
别不好意思请朋友和邻居帮忙
在哪里测试
应该由谁来引导测试
鼓励测试用户去尝试
选择一个有耐心、冷静、有同理心、善于倾听、天性公正的人
测试什么，什么时候测试
“理解”测试
然个测试用户看到网站，然后看他们是否理解这个网站
理解网站的目标，价值主张、组织方法、运行方式等
关键任务测试
让用户完成一些任务，然后观察他们是怎么做的
一个测试过程实例
立即回顾测试结果
給问题分类
回顾大家看到的问题，决定哪些问题需要修正
你从可用性测试中了解到的东西总是会很有意义，而且每个观察了这个过程的人都能看出这些问题
常见问题
用户不清楚概念
他们就是不理解，他们看看网站或者页面，要么不知道它们说的是什么，要么他们以为自己知道，但是理解有误
他们找不到自己要找的字眼
你用来组织内容的分类不符合用户的习惯
分类符合他们的习惯，但没有使用他们期望的名字
内容太多了
减少页面上的整体干扰
把他们需要看到的内容设置得更加醒目，让它们从可视层次中更加突出
一些问题分类指南
忽略“Kayak”皮划艇问题
出现问题的人马上知道自己偏离了原来的主题
他们尽量回到原来的方向而不需要帮助
这种情况看起来并没有扰乱他们的活动
抵制添加的冲动
去掉某个（或一些）让人混淆的内容，而不是增加另一些干扰
不要太看重人们对新功能的要求
他们只是在告诉你，他们自己的喜好而已
抓住够得着的果子
恍然大悟型
便宜型
几乎毫不费力的
需要费一点力气的，但效果明显的
别把孩子也泼出去
只要你进行改变，就要仔细思考它将会影响哪些其他的内容
把某个部分调整得更为突出的时候，想想看是不是把其他内容的重要性降低了
每个月一个上午：我们就要求这么多
