【IT168技术分析评论】
　　可用性测试是指，让一群有代表性的用户尝试对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。

　　你能从可用性测试获得什么?在每一轮的可用性测试中，你都应该先明确具体的测试问题和目标，针对这些目标进行测试。举例来说，项目刚刚起步，你可以对定量的指标(如时间，错误率和满意度)进行测试，为日后修改网站提供参照。再例如，如果你已经设定了可测量的可用性目标，你可以看看你的产品是否切合这些目标。对于一个典型的可用性测试，你可以：找出该产品的任何的可用性问题从测试参与者的表现收集定量数据确定该产品的用户满意度

　　可用性测试和以用户为中心的设计的关系?可用性测试是以用户为中心的设计的一个重要组成部分。用户为本的设计过程本身就应该包括对性能和偏好进行评价的一系列测试。

　　什么时候该做可用性测试?尽早做，经常做。可用性测试可以让设计师和开发团队在产品成形之前尽早发现问题。 问题越早发现和弥补，所造成的损失就越低。这些问题是找到并固定好，越昂贵的补丁程序。随着项目的进展，对设计主体进行改动会变得越来越困难和昂贵。你测试的越多，并就相应测试进行改进，你就可以更加确信你的网站没有偏轨，确信它是符合您的目标和用户的需要的。迭代开发过程——开发原型，测试用户，分析结果，随之修改原型，然后再重复测试、分析、修改周期——是开发一个成功的网站或软件的最好方式。

　　通过可用性测试你能学到什么?通过一个典型的可用性测试，你可能找到这些问题的答案：测试参与者能成功完成任务吗?在成功完成的任务中，每项任务能做的多快?在成功完成的任务中，每项任务要多少页(或者点击多少次)才能完成?测试参与者的表现是否满足可用性目标?测试参与者对网站的满意度如何?做出什么改变才能确保更多用户能够完成地更顺利?可能还有更具体的问题。举例来说，如果这一轮测试主要关注的是搜索功能，你可能会关注这些问题：测试参与者会在页面上浏览还是直接使用搜索?他们搜索时最常用的关键字是什么?搜索框是否足够大，能呈现大部分的搜索关键字?它的位置是否合理?搜索结果是否能引导用户的快速找到答案?如果搜索结果恰好包含用户想要的答案，这些答案是否经常显示在第一页?搜索是否能检测到拼写错误并帮助纠正?