网页兼容性测试
Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。由于用户浏览器的不同，往往都会使我们的网页发生页面样式错乱，图片无法显示等问题。因此我们就需要对Web网页进行兼容性测试。对于web应用，我们无法预计用户的客户端配置和运行环境。所以，做好兼容性测试是非常重要的。
1.1. 操作系统兼容性测试
常见的操作系统有Windows，Unix，Linux等，对于普通用户来讲，最常用的是Windows操作系统。Windows操作系统包括Windows XP，windows 2003，vista，Win2000/NT，Windows9x等等。
1.2. 浏览器兼容性测试
浏览器是Web系统中最核心的组成构件，来自不同厂家的浏览器对Javascript、ActiveX或不同的HTML规格有不同的支持，即使是同一厂家的浏览器，也存在不同的版本的问题。不同的浏览器对安全性和JAVA的设置也不一样。
使用不同的浏览器（Firefox IE7 IE6）访问同一个网站，或者页面的时候，在一种浏览器下显示正常，在另一种下就乱了。
不同的浏览器对CSS解释不同。
常见的浏览器兼容性问题，主要表现在如下两方面；
1）页面显示
页面显示的美观性是Web应用程序中重要需求，不同浏览器上呈现给用户的同一个Web页面可能显示的不一样。这些差异性主要表现在对于页面元素的位置、大小、外观。如果在某款浏览器上显示不美观，就会成为一个问题，需要修改。
2）功能问题
Web软件中的功能性问题主要是不同浏览器对脚本的执行不一致，功能性问题极大的限制了用户对Web界面元素的使用。这类问题通常很难被发现，比如某个按钮可能显示正确但实际它是无法使用的，这个则需要用户真正的去使用它才能被发现。
3）现有解决方法
由于软件尽可能多的支持不同类型浏览器，近年来越来越多的成为一个趋势，因此测试的工作量也越来越大。而更多的方法是通过手工进行测试，如何减少工作量，当然想到的还是自动化。
在业内目前通过自动化的方法减少手工测试工作量，主要的过程如下：
1）录制手工操作
将手工操作过程在一个浏览器上通过软件的方式记录下来。记录的主要是鼠标与键盘的动作，同时对每一个操作后的结果，设置一个预期结果。
2）检查测试结果
根据上个步骤录制的脚本，在其他浏览器上进行回放（自动化操作），并比对实际结果与预期结果，如果一样则测试通过，否则测试失败。
上述自动化的主要问题在于：
1）录制时需要设置预期结果，存在额外的工作量。
2）页面变化是WEB软件开发中经常发生的，比如变化了界面显示的文字，移动存放的位置，都可能导致录制的脚本需要进行修改，脚本的维护工作量会比较大。
3）对于操作的结果检查，由于各个浏览器对于界面的展现各不相同，（比如字体的显示各不相同），因此结果可能是多种的，就会很容易产生展现的结果也是美观的，但被误报成测试失败的现象。
1.3. 分辨率兼容性测试
新产品可用性测试治理工作的步骤 公司要保持竞争力，必须让产品更易于使用，但经理们可能可不能因此就雇用人因学或可用性测试方面的专家，因为他们看不到其中的价值，那么你如何办? 你能够主动出击，实施一个可用性测试使这些心存疑虑的家伙们信服。即使你没有心理学、人因学的背景或者缺乏测试经验，哪怕没有足够的预算甚至没有实验室，都没有关系。遵循以下的差不多方法，不需要投入太多也能够完成一次象样的可用性测试。 成功的可用性测试，有十步： 1)做好预备工作; 2)制定测试打算; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户;
7)预备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好预备工作 那个地点的信息并不是经验和培训的替代品，但可能会对你有一些关心，让你成为一个能够胜任的测试人员。第一步确实是武装自己，有专门多能够利用的资源： ·书籍和文章 学校的书店和图书馆，包括一些专业的期刊，它们是书籍和文章的最好来源。至少，你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中，关于可用性测试的文章种类越来越多。在能够寻求关心的四种方法中，那个通常是最薄弱的，因为大部分的研讨会是理论性的。你需要的是约10%的“什么缘故”和90%的“如何样做”，而研讨会常常不是如此的。另外，参加研讨会往往费用较高。 ·咨询
咨询可能比研讨会来得合算，然而也有可能得不偿失。最有名气的公司可能并不适合你。例如，请一位在大学里面的人因学专家来做顾问，她会评估整个的测试过程，对记录测试数据的方式提出专门多有效的建议，在预测试中指派一名研究生一起来操纵整个过程，整个下来花费不多。 ·大学和学院 大学里提供了两样东西，课堂和教授。回到学校可能是你最不想做的一件事，但从一个人那儿学习统计比从书本自学要容易得多。假如你的公司不需要你得到纸面文凭，那么你就能够旁听，能够通过也能够不及格。 能够直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。假如你情愿也能够参与一个与可用性测试有关的硕士生项目。 就像请顾问一样，教授的建议同样是丰富的资源。例如，你能够设计一个测试项目作为课程作业，教授就会关心你同时能够减少花费。 2. 制定测试打算 对可用性测试有所了解之后，下一步确实是写测试打算。描述可用性测试的目的，以及如何来完成，这专门重要，缘故如下：一是从治理者或其他人那儿得到你所需要的支持;一个是使你的思路和目标变得清晰。测试打算中要包括： ·什么缘故要测试
可用性测试报告,模板 篇一：测试报告模板(Testing Report Template) 测试报 Prepared by 拟制 Reviewed by 评审人 Approved by 批准 XX项目XX测试报告 Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Date 日期 yyyy-mm-dd Revision Record 修订记录 Table of Contents 目录 1 概述 ................................................ ................................................... ........................... 5 2 测试时间、地点及人员 ................................................ . (5) 3 环境描述 ................................................ ...................................................
(5) 硬件配置： .............................................. ................................................... ............ 5 软件配置： .............................................. ................................................... ............ 5 总体评价结论................................................. ................................................... ...... 6 缺陷统计 ................................................ ................................................... .............. 6 缺陷分析 ................................................ ................................................... .............. 7 测试趋势分析结果 ................................................ ............................................ 7 质量评价结果 ................................................
如何进行可用性评估和研究 报告框架 什么是可用性评估？——理解可用性 为什么要做评估？——探明评估目标 评估哪些方面？——确定评估指标 选择哪类评估？——选择评估方法 评估前需要哪些准备？——评估准备 如何实施评估？——评估实施 如何撰写评估报告？——评估报告 什么是可用性评估？——理解可用性 可用性定义（ISO9241-11）：产品在特定环境下特定用户用于特定用途时所具有的效果、效率和用户主观满意度。 如何开展可用性评估和研究" /> 500){this.width = 500;}" /images/picError.gif'" />
为什么要做评估？——探明评估目标 研究导向：证实与证伪 产品导向：发现问题，改善设计 为什么要做评估？——研究导向 我发明了一个全新的技术，我想知道用户对这个创新技术的反应，以确认它是否有价值。——验证性评估 我发明了一个可替代现有技术的新技术，我想知道它是否比现有技术更有价值（对比）。——对比性评估 为什么要做评估？——产品导向（1） 战略上的目标 1 使我的产品所提供的功能用户真正―想要‖和―想用‖，建立起清晰的产品定位。 2 使我的产品在同类产品中更具核心竞争力。 功能是产品的核心价值，当同类竞争产品之间的功能相差不大时，可用性和用户体验就升格为核心价值。 Idea：可用性/用户体验是产品竞争的最后一座―堡垒‖。 3 使我的用户满意我的产品——〉信赖我的产品的品牌——〉成为我的产品的―骨灰级粉丝‖ 为什么要做评估？——产品导向（2） 具体目标 （1）建立可用性标准 对当前版本进行可用性评估，为下一版本的产品提供可用性标准。 （2）控制开发成本 在开发周期的早期就能够发现设计上的问题（原型测试）VS Coding的成本非常高 （3）降低开发风险 等待产品发布后再获得用户的反馈，风险太高 （4）降低技术支持和维护成本 用户容易学习和使用产品，自然就很少打技术支持的―热线电话‖，也无需太多的时间去维护产品
新产品可用性测试管理工作的步骤 公司要保持竞争力，必须让产品更易于使用，但经理们可能不会因此就雇用人因学或可用性测试方面的专家，因为他们看不到其中的价值，那么你怎么办? 你可以主动出击，实施一个可用性测试使这些心存疑虑的家伙们信服。即使你没有心理学、人因学的背景或者缺乏测试经验，哪怕没有足够的预算甚至没有实验室，都没有关系。遵循以下的基本方法，不需要投入太多也可以完成一次象样的可用性测试。 成功的可用性测试，有十步： 1)做好准备工作; 2)制定测试计划; 3)设计测试过程; 4)安排测试地点和设备; 5)进行预测试; 6)招募用户; 7)准备测试房间; 8)测试; 9)数据整理和分析; 10)付诸行动。 1.做好准备工作 这里的信息并不是经验和培训的替代品，但可能会对你有一些帮助，让你成为一个可以胜任的测试人员。第一步就是武装自己，有很多可以利用的资源： ·书籍和文章 学校的书店和图书馆，包括一些专业的期刊，它们是书籍和文章的最好来源。至少，你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中，关于可用性测试的文章种类越来越多。在可以寻求帮助的四种方法中，这个通常是最薄弱的，因为大部分的研讨会是理论性的。你需要的是约10%的“为什么”和90%的“怎样做”，而研讨会常常不是这样的。另外，参加研讨会往往费用较高。 ·咨询
咨询可能比研讨会来得合算，但是也有可能得不偿失。最有名气的公司可能并不适合你。例如，请一位在大学里面的人因学专家来做顾问，她会评估整个的测试过程，对记录测试数据的方式提出很多有效的建议，在预测试中指派一名研究生一起来控制整个过程，整个下来花费不多。 ·大学和学院 大学里提供了两样东西，课堂和教授。回到学校可能是你最不想做的一件事，但从一个人那里学习统计比从书本自学要容易得多。如果你的公司不需要你得到纸面文凭，那么你就可以旁听，可以通过也可以不及格。 可以直接与心理学和计算机科学的教授谈论与可用性测试相关的课程(统计学、测试、人因学、人机界面设计)。如果你愿意也可以参与一个与可用性测试有关的硕士生项目。 就像请顾问一样，教授的建议同样是丰富的资源。例如，你可以设计一个测试项目作为课程作业，教授就会帮助你并且可以减少花费。 2. 制定测试计划 对可用性测试有所了解之后，下一步就是写测试计划。描述可用性测试的目的，以及如何来完成，这很重要，原因如下：一是从管理者或其他人那里得到你所需要的支持;一个是使你的思路和目标变得清晰。测试计划中要包括： ·为什么要测试 对管理层陈述需要花费时间和金钱的理由。例如：如果用户使用简版的手册，可以达到与现在使用的大部头手册同样的效果，我们就会减少打印手册的费用，如果效果更好的话，我们就可以减少客户服务中心的线路数量。 ·如何测试 谁主持，测试内容是什么，测谁，几名用户，如何分组等。 ·测试的花费 咨询费、招聘用户、用户报酬、录音、录像、租场地、印刷等费用。 ·测试的时间安排 时间表包括：定义你的测试，设计测试，安排测试地点和设备，招聘，测试和分析结果。 ·测试会持续多长时间 写一个时间表，包括：定义你要测试的任务，设计测试本身，安排测试地点和设备，招募用户，测试，分析结果。 3.设计过程 ·定义用户群
成功的可用性测试，有十步： 1）做好准备工作； 2）制定测试计划； 3）设计测试过程； 4）安排测试地点和设备； 5）进行预测试； 6）招募用户； 7）准备测试房间； 8）测试； 9）数据整理和分析； 10）付诸行动。 1.做好准备工作 这里的信息并不是经验和培训的替代品，但可能会对你有一些帮助，让你成为一个可以胜任的测试人员。第一步就是武装自己，有很多可以利用的资源： ·书籍和文章 学校的书店和图书馆，包括一些专业的期刊，它们是书籍和文章的最好来源。至少，你需要一个统计方面的介绍性材料、与测试有关的资料和人因学/人机界面设计的书。 ·研讨会 过去的五年中，关于可用性测试的文章种类越来越多。在可以寻求帮助的四种方法中，这个通常是最薄弱的，因为大部分的研讨会是理论性的。你需要的是约10%的“为什么”和90%的“怎样做”，而研讨会常常不是这样的。另外，参加研讨会往往费用较高。 ·咨询 咨询可能比研讨会来得合算，但是也有可能得不偿失。最有名气的公司可能并不适合你。例如，请一位在大学里面的人因学专家来做顾问，她会评估整个的测试过程，对记录测试数据的方式提出很多有效的建议，在预测试中指派一名研究生一起来控制整个过程，整个下来花费不多。 ·大学和学院 大学里提供了两样东西，课堂和教授。回到学校可能是你最不想做的一件事，但从一个人那里学习统计比从书本自学要容易得多。如果你的公司不需要你得到纸面文凭，那么你就可以旁听，可以通过也可以不及格。 可以直接与心理学和计算机科学的教授谈论与可用性测试相关的课程（统计学、测试、人因学、人机界面设计）。如果你愿意也可以参与一个与可用性测试有关的硕士生项目。 就像请顾问一样，教授的建议同样是丰富的资源。例如，你可以设计一个测试项目作为课程作业，教授就
可用性测试的具体做法及经验总结实例讲解 用户调研分为两种形式，一种是定量，一种是定性。 定性的方式里面又包含可用性测试、用户访谈。可用性测试是用户调研中一种定性研究的方法，让产品更好的服务用户，可以说是一种低成本高回报的一种研究方法。 今天我主要通过以下几个层面来讲解可用性测试的亲身操刀经验： 一. 什么是可用性测试 1. 什么是可用性测试？ 2. 可用性测试的好处是什么？为什么有很多公司不用呢？ 二、可用性测试的具体流程及注意事项 1. 需求收集 2. 资料准备 3. 用户招募 4. 测试脚本设计 5. 预测试 6. 测试开始 7. 输出分析报告 三. 什么是ASQ？什么是SUS量表？ 1. 关于ASQ 2. 什么是SUS量表？ 四、可用性测试一般在什么时候进行？ 五、什么功能适合做可用性测试？ 六、总结
一. 什么是可用性测试？ 1.什么是可用性测试 可用性测试，是通过观察有代表性的用户，完成产品中的各项任务，界定出可用性问题并解决这些问题。展开来讲就是：观察代表性用户；完成所测产品的典型任务；测试出产品有哪些问题；解决问题 举个例子： 拿咪咕圈圈的弹幕功能来说，用户通常在什么场景下会使用弹幕，在使用时是否能熟练使用以及是否对弹幕功能有自己的意见或不满？ 代表性的用户：会使用咪咕圈圈看漫画的深度用户 典型任务：用户在观看视频时，想要发送一条弹幕，再发一条好友弹幕 测试出的产品问题： 觉得填写@调出好友界面的操作流程比较麻烦且隐藏，期望简化操作流程 扩大分享到站外好友 解决问题： 可以优化聊天框，将@功能显示出来 增加扩大分享到站外好友功能 2.可用性测试的优点是什么？为什么还有那么多公司不用呢？ 第一种情况是，他认为我的产品没问题，用户都会用，不需要做可用性测试；第二种情况是压根没有这个意识，也不去了解学习，就这样用户离她们越来越远，过上YY的生活；第三种情况是，有意识去做，但不专业，害怕做不好，不知道怎么入手有人又要问了，可用性测试很重要吗？当然重要。是必须要做的吗？也不是。因为并不是每次迭代更新都要做可用性测试，会很浪费时间人力成本，可能效果还不好。
什么是可用性测试？ 可用性测试是指，让一群有代表性的用户尝试对产品进行典型操作，同时观察员和开发人员在一旁观察，聆听，做记录。该产品可能是一个网站，软件，或者其他任何产品，它可能尚未成型。测试可以是早期的纸上原型测试，也可以是后期成品的测试。 你能从可用性测试获得什么？在每一轮的可用性测试中，你都应该先明确具体的测试问题和目标，针对这些目标进行测试。举例来说，项目刚刚起步，你可以对定量的指标（如时间，错误率和满意度）进行测试，为日后修改网站提供参照。再例如，如果你已经设定了可测量的可用性目标，你可以看看你的产品是否切合这些目标。对于一个典型的可用性测试，你可以：找出该产品的任何的可用性问题从测试参与者的表现收集定量数据确定该产品的用户满意度 可用性测试和以用户为中心的设计的关系？可用性测试是以用户为中心的设计的一个重要组成部分。用户为本的设计过程本身就应该包括对性能和偏好进行评价的一系列测试。 什么时候该做可用性测试？尽早做，经常做。可用性测试可以让设计师和开发团队在产品成形之前尽早发现问题。问题越早发现和弥补，所造成的损失就越低。这些问题是找到并固定好，越昂贵的补丁程序。随着项目的进展，对设计主体进行改动会变得越来越困难和昂贵。你测试的越多，并就相应测试进行改进，你就可以更加确信你的网站没有偏轨，确信它是符合您的目标和用户的需要的。迭代开发过程——开发原型，测试用户，分析结果，随之修改原型，然后再重复测试、分析、修改周期——是开发一个成功的网站或软件的最好方式。 通过可用性测试你能学到什么？通过一个典型的可用性测试，你可能找到这些问题的答案：测试参与者能成功完成任务吗？在成功完成的任务中，每项任务能做的多快？在成功完成的任务中，每项任务要多少页（或者点击多少次）才能完成？测试参与者的表现是否满足可用性目标？测试参与者对网站的满意度如何？做出什么改变才能确保更多用户能够完成地更顺利？可能还有更具体的问题。举例来说，如果这一轮测试主要关注的是搜索功能，你可能会关注这些问题：测试参与者会在页面上浏览还是直接使用搜索？他们搜索时最常用的关键字是什么？搜索框是否足够大，能呈现大部分的搜索关键字？它的位置是否合理？搜索结果是否能引导用户的快速找到答案？如果搜索结果恰好包含用户想要的答案，这些答案是否经常显示在第一页？搜索是否能检测到拼写错误并帮助纠正？ 可用性测试中你该注意什么？必须牢记以下四点：1. 你测试的是产品，而不是使用者。2. 更多地依 靠用户的表现，而不是他们的偏好。3. 把你掌握的测试结果应用起来。4. 基于真实的用户体验，找出问 题的最佳解决方法。1. 你测试的是产品，而不是使用者。对一些用户而言，"测试"有负面的涵义。我们要努力确保他们不认为测试是针对他们。我们要让他们明白，他们正在帮助我们测试原型或网站。事实上，我们可以不使用“测试”这个术语。相反，我们是邀请参加者为我们提供帮助，"勇于尝试原型" 。当用户难 以完成任务时，我们应该改变网站，而不是改变用户。同时我们还应该思考该网站能在多大程度上符合那些典型用户的的目标，而不是关注用户在这个任务做的多好。2. 更多地依靠用户的表现，而不是他们的偏好。通过测试我们可以测量到用户的表现，以及他们的偏好。用户的表现包括是否成功完成，所用时间，产生的错误等等。偏好包括用户自我报告的满意度和舒适度。一些设计人员认为，如果他们的设计能迎合用户的喜好，用户在该网站上就会有良好的表现。但证据并不支持这一点。事实上，用户的表现以及他们对产品的偏好并非一一对应。一项研究发现，约有百分之七十的用户同意表现和喜好有联系。也就是说，他们在喜爱的网站上表现良好，在不喜欢的网站上表现欠佳。然而，还有相对比较大比例的人（30 ％）认为，用户的表现以及他们对产品的偏好并非一一对应。他们在不喜爱的网站上可能表现良好，在喜欢的
可用性测试方案 一、项目介绍 1.研究背景 项目能够实现的功能，以及用户体验对提高用户忠诚度的意义。本次用户体验研究具体的分类，通过对每一项分类的研究，分析，全面挖掘出用户对产品的看法，想法和建议，并发现现在存在的问题。 2.测试目的 ?发现该项目中存在的可用性问题； ?对该项目用户使用习惯进行了解； ?了解用户对该项目的期望 3.测试任务 具体任务的分类，详尽列出： ?有具体目标 ?可以通过步骤达成目标 ?不能给用户提供完成任务的步骤 ?不能给出答案 4.测试用户 测试用户的选择，数量和具体的年龄构成，职业构成等等；基本的要求，以及对不同分类用户的特殊要求——竞争对手产品的用户。 即需要确定用户筛选标准： ?根据了解到的业务目标人群，确定测试用户的类型，例如根据使用经验分为重度用户、轻度用户、潜在用 户 ?定义用户特征 性别、年龄、学历、职业、收入 公司业务产品使用经验 竞品使用经验 电脑、手机使用经验 上网经验 ?决定每类用户的数量 用户分类简单点，一般不要超过4类 如果本次测试的目的是在于发现产品的问题和挖掘用户的潜在需求，可以采取小样本，最好6-10名 每类用户应该至少2名 5.制定测试脚本 可用性测试脚本要根据测试目的、测试对象的特点、任务设计、测试时间计划等来撰写，一般包括以下几块内容： ?测试对象 ?测试过程 ?测试准备 ?测试介绍及保密协议签署 ?测试前访谈脚本 ?测试任务设计，制作用户现场测试记录表，这部分内容是测试脚本最重要的内容。测试任务的设计需要根 据测试目的来决定，一般要能够测到产品的信息架构、交互流程和交互细节， ?测试后访谈脚本
?用户基本信息调查问卷 6.测试的流程 a.用户测试介绍 b.签署保密协议 c.测试前的访谈 d.第一印象评价与产品期望 e.典型任务执行 执行过程中需要进行进行记录、录音录像 主持人记录： ?任务完成情况：一次性完成、多次尝试完成还是主持人提示下完成 ?操作出错 记录员记录： ?用户语言评价 ?用户抱怨 ?用户建议 f.测试后访谈（总结） g.用户基本信息记录 二、整体评价 1.主观评价 主观感觉以及相应的分析，例如满意度、记忆性、控制感等。 2.页面设计风格评价 3.客观评价 ?出错、出错率 ?任务完成率 ?操作时间 ?操作路径长度 ?点击轨迹 4.其他关注点 三、数据分析与管理，呈现测试结果并提出改进建议 1、数据分析与整理——可用性问题列表，要有每个问题严重性等级 ?记录整理合并：对用户发现的可用性问题进行合并，并确定有多少个用户遇到这个问题 ?问题原因分析及建议：筛选出真正的可用性问题—探究原因—提出解决方案 ?问题归类 问题属于信息架构还是操作流程，还是交互细节、视觉设计等方面的问题 用户潜在需求 ?问题优先级设置及排序：根据用户出错率来定义问题严重性等级 2、呈现测试结果——可用性测试报告的撰写 ?测试项目介绍：测试对象介绍、测试用户介绍、测试过程介绍 ?测试结果：图文并茂地写出各个操作任务存在的问题，及其严重性，并给出专业的建议 ?总结：制作用户体验行程图、对问题进行归类
可用性测试1 - 究竟几名参试者才够？ 2006-08-30 15:40:29来源: UPA中国网友评论1 条进入论坛 ―需要几名参试者‖，相信凡是做过可用性测试的人来说都会遇到这个问题。由于出发点不同，团队中的不同人员，例如产品经理，项目经理，可用性工程师，技术开发人员等在这个问题上会有不同的看法。面对这样的讨论，不少从业者感觉自己是对的，要说服对方时却又没有把握、缺乏底气。这篇文章的目的就在于尝试帮助理清可用性测试的几个基本问题，以便―几个用户‖类似问题的解决，更加灵活地运用可用性测试方法。 可用性测试的属性—— 可用性测试是要发现问题 可用性测试，故名思议是评估（测试）设计方案或者产品的可用性水平。目前最常用的评估可用性水平的指标有：用户在没有帮助的情况下完成任务的比例，完成任务所用的时间，用户寻求帮助的次数等等。这些指标对于描述可用性水平有益处，但却不是重点。可用性测试的更重要的成果是从可用性工程学的角度来支持这些数据，也就是发现并指出产品或者设计方案中存在的可用性问题――当然也包含优点。可以说在大多的项目中，特别是在迭代反复的产品开发流程中，可用性测试的根本目的是发现问题并解决它，从而提高产品的可用性水平。从Nielson的这张―经典‖的用户与发现可用性问题数量关系的图表中，你可以得到这样的体会：―5名用户的测试可以发现85%的可用性问题‖――请暂时忽略这里的具体数据，而关注并且记住这句话的主干：―测试发现问题‖。
可用性测试是定性研究 绝大多数的可用性测试都是定性研究而不是定量研究。熟悉统计学的人都清楚，定量研究需要相当大的样本量才能达到一定的信度和效度。根据Nielson最近的一篇文章，要做定量的可用性测试研究，每个用户类型至少需要有20名用户。这对于一般的测试项目来说成本太大以致无法承受。虽然有部分定量的可用性研究，但就我们目前所从事的大多可用性测试来说都是定性研究。也就是说绝大多数情况下，我们得到的只是描述性的结论，而那些尝试将测试结果推论到整个用户群体的想法都是不切实际的，徒劳的，错误的。 可用性测试不是万能的 可用性测试是找可用性问题的方法，所以可用性测试非常适合于发现设计方案、产品中存在哪些可用性问题，并帮助解决它。这个优点，特别对于迭代式的产品开发流程来说，非常有效，经过测试－改进－再测试的几个周期，可以显著地提高产品的可用性水平。 但是，如果你的项目经理希望通过这个测试来了解这个产品有多好，上市后有多少人会喜欢或者喜欢那个特殊设计点，或者有将来有多少比例的用户能顺利完成某个操作？不，请明确告诉他，这不是可用性测试能做的。记住，可用性测试是定性研究，定性研究的样本量得出来的结论不具备推论的效度。可用性测试中确实会有一些比例数据，但这个比例只能作为参考。
“可用性”一词最早出现在1382年，而第一次以近似于现在的含义被应用则是在1842年左右出版的《布莱克威尔杂志》（Blackwell’s Magazine）上。在二十世纪80到90年代这大约二十年的时间里，产品设计的专业术语经历了从“功能性”到“可用性“，再到“可用性工程”，再到“以用户为中心的设计”的转变。到了二十一世纪，“用户体验工程”这样的词语开始在招聘广告中出现。传统的可用性包含易学习性和效率等方面，而Patrick Jordan 和Don Norman等杰出的同行开始鼓励可用性从业者跳出传统的可用性关注点，用更加宽阔的视角关注与用户相关的各个方面，例如审美、协作、可达性、可信性、说服力和愉悦等。 可用性 可用性是用来衡量产品质量的重要指标，从用户角度来判断产品的有效性、学习性、记忆性、使用效率、容错程度和令人满意的程度。可用性概念从二十世纪80年代随着计算机技术发展由人因工程（Human Factors Engineering 或Ergonomics）领域提出，人因工程主要研究人在某种工作环境中的解剖学、生理学和心理学等方面的各种因素；研究人和机器及环境的相互作用；研究在工作中、家庭生活中和闲暇时怎样统一考虑工作效率、人的健康、安全和舒适等问题。 关于可用性的定义和概念也在不断发展。1983年的国际标准ISO 9241第11部分中对可用性的定义是指特定用户在特定的使用情景下，使用某个产品达到特定目标的有效性、效率和满意度的大小。有效性（Effectiveness）：用户达到某特定目标的正确度和完成度，效率（Efficiency）：当用户在一定的正确度和完成下达到特定目标时所消耗的与之相关的资源量，满意度（Satisfaction）：使用产品的舒适度和可接受程度。该定义强调特定用户在特定目标和特定情境下的产品使用过程。 随着可用性在实践过程中的不断应用和发展，可用性概念转向更具操作性和更为具体的参数指标以及设计原则。Shneiderman在二十世纪80年代，凭借开发经验和可用性的优秀案例，提出的普遍适用用户界面设计的八条交互设计原则，至今仍被开发人员看作是可用性设计的最高原则而广泛运用；同时代由Card等人提出的GOMS （Goals-Operations-Methods-Selection rules）模型提供了可以量化可用性的方式，并且将可用性研究从实验心理学引入了认知心理学；Lund在90年代提出了更加细致的可用性原则，这二十条原则始终强调用户在可用性概念中的重要地位，要求开发人员对用户的需求、背景和评价有深入的了解；同时代的苹果公司，将可用性概念融入人机界面设计指南，用以指导设计开发图形界面系统。在这之后，可用性研究主要关注于影响可用性的众多因素，包括用户背景、任务设置、环境条件、用户情绪、可用性的测试方法等。 对可用性进行总结，其包含着4方面特点： 第一，可用性既是用来评估用户界面和产品是否易用（ease-of-use）的质量参数，也是在设计过程中提升产品综合质量的方法。用户对不同产品的易用性要求并不相同，可用性也需要根据不同产品有所改变，而作为提升质量的方法是指可用性包含的一些研究手段，如用户测试和专家评估等； 第二，可用性与用户使用产品的功能紧密联系，用户使用产品功能的目的是不同的，这时可用性成为是否符合用户目的，满足用户行为需要、认知需要的评判指标； 第三，可用性关注特定用户在特定情景下满足特定目的这一个过程，这反映可用性不是固定不变的，而是需要根据具体的产品、用户、环境情况灵活变化的； 第四，可用性贯穿于整个产品周期之中，为了保证产品的可用性，在产品设计之初就应考虑并投入到可用性工作中，针对已有产品、相似产品的测试评估，或采用原型方式进行测试评估，完善新的设计。
一、概念介绍 我们先来说说可用性的概念。根据ISO 9241-11的定义，可用性是指在特定环境下，产品为特定用户用于特定目的时所具有的有效性、效率和主观满意度。 1、有效性是用户完成特定任务和达成特定目标时所具有的正确和完整程度。 2、效率是用户完成任务的正确和完成程度与所用资源（如时间）之间的比率。 3、主观满意度是用户在使用产品过程中所感受到的主观满意和接受程度。 Nielsen认为可用性有五个指标，分别是易学性、易记性、容错性、交互效率和用户满意度。产品只有在每个指标上都达到很好的水品，才具有高的可用性。 1、易学性：产品是否易于学习 2、交互效率：即客户使用产品完成具体任务的效率 3、易记性：客户搁置某产品一段时间后是否仍然记得如何操作 4、容错性：操作错误出现的频率和严重程度如何 总的来说，可用性直接关系着产品是否能满足用户的功能性需要，是用户体验中的一种工具性的成分。可用性是交互式产品的重要质量指标，如果人们无法使用或不愿意某个功能，那么该功能的存在也就没什么意义了。 可用性测试是在产品或产品原型阶段实施的通过观察或访谈或二者相结合的方法，发现产品或产品原型存在的可用性问题，为设计改进提供依据。可用性测试不是用来评估产品整体的用户体验，主要是发现潜在的误解或功能在使用时存在的错误。 1、可用性测试适于解决的问题： A、确定测试产品的可用性水平 与预期目标、与竞争对手、与老版设计相比的可用性水平 比较不同方案，确定哪个方案更加可行
B、现测试产品的可用性问题 2、适用阶段： 概念原型、产品原型及上市或上线产品阶段 二、可用性测试的一般过程 1、定义用户并招募 1、选择具有代表性的用户可以减少样本数量，提高研究效率。一般来说，参与可用性测试的产品的用户或近期使用过竞品的用户。在定义目标用户时，可以从三个角度入手： A、人口学特征，性别、年龄、学历、职业、地域等 B、使用动机，如买家/卖家、企业/个人等 C、使用经验，如产品使用时长、竞品使用情况、互联网使用年限等 应该招募多少用户呢？据统计5名用户大约可以发现85%的问题。一般在迭代测试中，
移动可用性测试 (一): 概述 前言 移动互联网时代，针对移动产品进行的可用性测试，主要是将PC产品可用性测试方法和经验照搬过来。但在实际的工作中，由于移动产品的特殊性，我们遇到了一些在PC 产品可用性测试中不曾遇见的问题，例如“使用测试设备还是用户设备”，“选择iOS平台还是Android平台测试”，“使用什么原型工具和记录工具”等。【织梦学院：前身CG织梦网】 因此，移动可用性测试的方法、设备、工具等都需要因“移动”制宜。我们尝试将移动可用性测试的零散知识总结梳理起来，加上我们的思考和探索整理成文，供大家一起交流。 1.移动可用性测试流程 移动可用性测试流程与传统流程差异不大。但考虑到有读者可能是刚接触可用性测试，我们这里还是简单罗列一下。
测试计划和招募(Prepare & Recruit) ? 这是移动可用性测试最重要的阶段，这个阶段需要明确五大问题：为什么测试？在什么环境下进行测试？招募哪些对象进行测试？测试的系统和功能是什么？如何搜集和分 析这些数据？对于这些问题，在内部需要讨论并达成一致意见。然后制定可用性测试计划，准备相关素材，包括制作测试原型、撰写测试任务和脚本、招募被试者、搭建测试环境和准备测试工具等。 ? 预测试和正式测试(Pilot & Test) ? 移动可用性测试受到设备、环境、任务等多因素影响，进行预测试可帮助我们发现测试计划，及前期准备中可能存在的问题，从而保证正式测试的顺利进行。正式测试中，可以让设计师作为观察者，在便利贴上记录发现的问题，以便后续快速讨论输出。 ? 测试结果分析和输出(Analyze & Report) ? 移动可用性测试需要采用轻量的方法进行分析并输出测试结果。如可以将记录问题的便利贴粘贴在墙上，快速讨论并组织达成一致意见。切记，这个过程是描述测试发现的问题，而不是产生解决方案。解决方案是下一步的工作。 ? 产品优化与迭代(Improve & Iterate) ? 移动可用性的价值在于发现问题后的改善与优化设计。设计人员可以尝试回答这样一个问题：如何进行最小、最简单的优化，可以避免出现测试中发现的问题。然后进行测试，验证这种改变是否产生其他影响。