第八章：为什么web设计团队讨论可用性是在浪费时间，如何避免这种情况。
职位情绪；普通用户；适宜；测试
第九章：让测试简单--这样你能进行充分的测试
焦点小组：一小组人（5~8人）围坐在一起，对展示给他们的想法和设计做出反应，这是一个小组过程，主要价值来自参与人员彼此的反应。焦点小组是快速得到用户的意见和感觉的一种不错的方法。
可用性测试：一次一个用户展示一些内容（网站、原型、草图），并且要求用户说出：这是什么；试着用它来完成一项典型的任务。
1、关于测试的几个事实
①如果想建立一个优秀的网站，一定要测试。
②测试一个用户比不做测试好一倍。
③在项目中，早点测试一位用户好过最后测试50位用户。
④人们对招募用户代表的重要性估计过高。
⑤测试的关键不是要证明什么或者反驳什么，而是了解你的判断力。
⑥测试是一个迭代的过程。开发、测试、修复、再测试的反复过程。
⑦没什么比现场用户的反应更重要。
2、简易可用性测试
①每次测试的用户数量：3~4个用户。
②招募方式：随便找一些会上网的人就可以。
③测试地点：任何办公室或会议室
④主导测试：任何相对有耐心的人
⑤提前计划：稍微提前一些计划的任何时间都可以
⑥准备工作：觉得我们要展示什么？
⑦测试目标/时间：在开发过程中持续进行小规模的测试。
⑧成本：用户补贴，或者其他
⑨后续工作：开发团队当天的总结。
3、宽松招募，曲线上升
利用我们能够寻找到的任何人，满足最低要求，然后曲线上升。测试用户和目标群体之间可以存在差别。
以上事实的理由：
①实际上，我们都是初学者。
②设计出的网站只有我们的目标用户能使用，这通常不是一个好主意。
③专家通常不会介意对初学者来说很清楚的界面。
④如果你的网站几乎只有某一类用户使用，那么就去招募这一类测试用户。
⑤如果你的目标用户群体可以分成几个明显的阵营，而且这些阵营有着完全不同的兴趣和需要，那么你至少要从每个阵营中选择用户进行测试。
⑥如果使用你的网站需要专门的领域知识，那么你至少要在一个回合的测试中招募具有该领域的知识的用户。
招募时需要注意的事项：
①提供合理的激励；②邀请要简单；③避免对网站或网站背后的组织结构进行预先的讨论；④别不好意思请朋友和邻居帮忙。
4、在哪里测试，应该有谁引导测试，谁应该进行观察测试
简易实验室、录制屏幕软件。
有耐心、冷静、有同理心、善于倾听、天性公正的人进行引导测试。
团队成员、市场和业务拓展部门的人员，以及其他涉及人员来参与。
5、测试什么，什么时候测试
在web开发的各个阶段及早进行测试，还有经常测试。
测试竞争对手，组织方式或者功能上风格类似的网站。自己+一两个其他人。总结哪些地方效果好，哪些不好。等于提前建立一个能用的原型。
两种测试：“理解”测试和关键任务测试。
“理解”测试：让测试用户看到网站，然后看他们能否理解这个网站，理解网站的目标，价值主张、组织方法、运行方式等。
关键任务测试：让用户完成一些任务，然后观察他们是怎么做的。
“小隔间”测试：打印页面，看用户是否能弄清楚页面的意思。
6、回顾测试结果
立即回顾，简短总结：给问题分类--回顾看到的问题，觉得哪些问题需要修正；解决问题--找出修正这些问题的方法。
7、测试中常见的问题
①用户不清楚概念；
②他们找不到自己要找的字眼。意味着1）我们用来组织内容的分类不符合用户的习惯；2）分类符合他们的习惯，但没有使用他们期望的名字。
③内容太多了。我们需要1）减少页面上的整体干扰，或者2）把他们需要看到的内容设置更加醒目，让它们从可视层次中突出。
8、问题分类指南
①忽略“kayak”问题：用户暂时出现错误，然后又在没有任何帮助的情况下回到原来的轨道。
②抵制添加的冲动。
③不要太看重人们对新功能的要求。
④抓住够得着的果子。
9、修正问题，但不要同时破坏已经正常运行的部分。