可用性测试(Usability Test)
目录 |
可用性测试可以通过启发式评估和用户测试法两种方式进行：
启发式评估是指多位评价人根据可用性原则独立反复的浏览系统的各个界面，完成评估后相互间进行讨论，在此过程中找出系统中存在的可用性问题。
用户测试法是让真实的用户在模拟真实使用环境下评估产品的可用性水平，对用户体验质量进行度量，要求尽可能地选择那些能代表目标用户的人作为测试用户，使用系统执行一组预定的任务进行度量。[1]
在网站可用性测试中，最有效最常用的是用户测试法。网站的可用性主要是指用户与某个网站互动的简易和直觉化程度，高可用性的网站应该是用户能轻松的学会完成指定任务并喜欢使用该网站。
(一)基本内容
根据产品可用性所包括的因素，我们制定出了用户评价网站可用性的三个维度：有用性、易用性和满意度。当然也有一些其他的维度，但这三个维度是最有效的评价标准。有用性，是网站能使用户完成他的工作或特定任务的程度；易用性，指如何能让一个用户很快变得有创造性，一段时间不用后，能很快学会再次使用；满意度，指用户喜欢该网站的程度，以及用户的意见、感知、心里感受等。具体见表1。
（二）步骤
可用性测试是网站可用性研究的基本方法，它主要是用来识别用户使用站点的行为，由此来评价用户对网站是否满意，以及网站的哪些方面需要调整。一般由一个用户利用要评价的站点来完成一定的任务，同时有一个或几个人对其进行观察、聆听以记录用户的思维过程和行为，测试的目的最终是为调整网站设计方案，而不是调整用户自己。可用性测试的步骤一般为：
1)制定测试方案。
测试开始之前，要制定测试方案，包括测试目的、范围、主题、参加者、场所、预算等。一般包括检测用户是否能收集到特定的信息和完成特定的任务；也可以把测试作为一个工具，来解决用户和网站开发者对于某个特定的部分不同的处理。例如，一个下拉菜单是否比广播按钮好，一般要确定如下内容：
·要测试的内容：你对站点的哪些方面比较关注并准备进行测试。
·测试方式：比如提供以下的站点形式让用户进行评估。①纸质原型(Paper Prototype)：绘制页面设计的草图或打印输出。②设计模型(DesignsComp)：页面的可视化设计或模型。③有线框架(WireFrame)：主要可用于具体业务操作过程(注册、购买等)以及站点使用流(SiteFlow)的测试。④实际站点(LiveSite)：一个功能性站点的公开可用的版本。
·测试目的：例如，是否希望了解被测试者对站点的期望和理解，或者收集他们对网站使用意见的反馈。
2)测试。
·设定测试的情节：选择一些相关的任务让用户试着完成，准备、调整和提炼这些情节，使用户明确要求。
·选择测试者：要选择那些能准确地代表你的现实用户或潜在用户的人，根据J．Nielsen的观点，找5个用户来回答可用性问题的80％。被测试者应该具有各种不同的技术和经验，告诉他们可用性测试的大概思路是什么，如何进行，他们能做什么来帮助你得到最有用的信息。如果你的站点还未对外公开发布，或者你想对现有站点做一些改进，让他们签署一份保密协议。并要求他们：①诚实地回答问题。你们现在评估的站点还没有建立，所以不要担心你们的批评会伤害我的感情。②测试的对象是站点而不是你们，我们将遇到很多问题，但如果站点是完美的，我们就不需要测试。③当你在站点上移动时，请大声说出你“思考”的内容，描述你在做什么和为什么要这样做。④不要做得同你在家或工作时不一样(被测试者通常会努力地完成任务以让测试执行者满意。例如，要确定他们不会比平常花更多的时间来阅读站点的使用说明)。
·在轻松的氛围中开始测试：让被测试者大声地“思考”(即将他们的思想活动大声地说出来)HJ，以让测试者作详细记录。测试者的话语和肢体语言都不要带有任何指导性色彩以免影响用户反应的客观性。
·向被测试者提问：将你准备用于测试的问题、设定的情节和关键的要点列一个简单的清单。下面是一些简单的问题：①描述你在页面上注意到的第一个条目。②识别一个页面上的哪些部分是可点击的。③你期望在这个链接后面找到什么。④请描述你试图完成一个任务时的经历。
·测试组织者的工作内容和角色：测试过程中向用户提出恰当的问题，不要用连珠炮式的问题来问被测试者。把很多的问题有序地组织起来，如同现实生活中的情节。同时，注意被测试者的肢体语言和面部表情，这样能观察到他们的一些情绪如困惑、受挫、满意或惊讶。不用语言的交流往往更能说明问题。
3)形成报告。
如果测试小组的记录做得好，那么很多的数据需要进行分类和评价。从浏览记录人手，对于重要的信息、连续性的信息和感兴趣的发现做上记号，再决定哪些发现最重要，把它们着重挑出来。
·整理测试结果：汇总所有测试数据，并列出所遇到的问题，根据出现的频率和重要性对问题进行分类、整理。同时要形成解决方案。
·报告的措辞：一般不把被测试者称为“用户”，而称为“被调查者”；在观察的基础上形成一些具体而清晰的结论，例如，如果一个被测试者看起来很受挫和困惑，报告中应该写“被测试者看起来很受挫”，而不应该写“被测试者很受挫”。
·准备和组织报告：你写报告的目的是向用户提供一个有用、可读的文档。写报告时，要有摘要。可用性测试的目的是识别可用性涉及到的内容以及可能的解决方案。所以，报告的大部分内容要集中在可用性不足的方面，而不是写测试得很好的方面，要确保用户能理解。
·报告的附录：①测试执行者用来收集数据时问的问题，这样下次再测试时可以用这个测试草稿。②被测试者的背景信息(人口统计学规律、经验水平、因特网的使用情况等)。③附上被测试的页面，可以了解评估的环境，通常很少有关于被测试站点版本以及它们的外形的文档说明，这样无法知道测试的页面是什么样的。