焦点小组测试PK可用性测试
焦点小组
5-8人，对展示给他们的想法和设计做出反应，用于抽象地确定你的目标受众需要
可用性测试
一次一个用户展示一些内容，并要求用户说出1、这是什么？2、试着用它完成一项典型的任务
测试的重要性
想建立一个优秀的网站，一定要测试
测试一个用户比不做测试好一倍
在项目中，早点测试一位用户好过最后测试50位用户
人们对招募用户代表的重要性估计过高，更重要的是尽早和经常进行测试
测试的关键不是要证明什么或者反驳什么，而是了解你的判断力
测试是一个迭代过程
没有什么比现场用户的反应更重要
应该测试多少用户
理想用户数量是3-4
测试-修正-再测试
测试对象是谁并不重要，利用你能找到的任何人（满足最低要求），然后曲线上升
实际上，我们都是初学者
设计出的网站只有你的目标群体能够使用，这通常并不是个好主意
专家通常不会介意对初学者来说很清楚的界面
例外
几乎只由某一类用户使用，而且招募这里类用户并不困难，那就去招募这类用户
目标用户群划分为几个明显的阵营，且这些阵营有着完全不同的兴趣和需要，至少要从每个阵营里面选择一位用户进行测试
使用网站需要专门的邻域知识，只要要在一个回合的测试中招募具有该邻域知识的用户
注意事项
提供合理的激励
邀请要简单
避免网站/网站背后的组织结构进行预先讨论
可以请朋友或邻居帮忙
细节
【where】地点：办公室
【who】主持：鼓励测试用户去尝试，有耐心、冷静、有同理心、善于倾听、天性公正的人
【who】观察：团队成员、市场和业务拓展部门等
【when】时间：在Web开发的各个阶段及早进行测试，还有经常测试，一个上午的时间
【what/which】内容
理解测试：网站的目的/组织方式/运行方式等
关键性任务测试：让用户完成一些任务，然后观察他们怎么做的
立刻回顾测试结果
给问题分类，排列优先级
如果用户关于在哪里找到他们需要的内容的第二次猜测总是对的，就可以忽略该问题
抵制添加的冲动，转向去除那些让人混淆的内容
不要太看重人们对新功能的要求
着力寻找重要而不费力的收获
解决问题
修正这些问题，同时不破坏已经正常运行的部分
常见问题
用户不清楚概念
用户找不到自己要找的字眼
内容太多
