一、易用性标准简介
两个标准：
GB/T是指推荐性国家标准（GB/T），"T"在此读"推"。推荐性国标是指生产、交换、使用等方面，通过经济手段或市场调节，而自愿采用的国家标准。这类标准任何单位都有权决定是否采用，违反这类标准，不承担经济或法律方面的责任。但是，一经接受并采用，或各方商定同意纳入经济合同中，就成为各方必须共同遵守的技术依据，具有法律上的约束性。
ISO（国际标准化组织）是一个全球性的国家标准组织联盟（ISO成员机构）。准备国际标准的工作通常通过ISO技术委员会进行。对已成立技术委员会的主题感兴趣的每个成员机构都有权在该委员会中有代表。与ISO联络的国际组织，政府和非政府组织也参与这项工作。ISO在电工技术标准化的所有方面与国际电工委员会（IEC）密切合作。有关标准的自愿性质的解释，与合格评定相关的ISO特定术语和表达的含义，以及ISO在技术性贸易壁垒（TBT）中遵守世界贸易组织（WTO）原则的信息，请参见以下网址：www.iso.org/iso/foreword.html。
1、易用性定义
GB/T 16260-2006（软件工程产品质量）定义：
在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。简单说就是：易懂、易学、易用、吸引人。易用性对消费类的产品显得尤为重要。如购买手机时，手机的外观是否漂亮，界面是否漂亮、好用会成为影响我们购机的一个重要因素；又如下载一个APP后很少有人去阅读它的手册，这个应用能不能被看懂、好不好用直接决定是否保留在移动设备上。
| 质量子属性 |
子特性描述 |
| 易理解性 |
软件产品使用用户能理解软件是否合适以及如何能将软件用于特定的任务和使用条件的能力 |
| 易学性 |
软件产品使用户能学习其应用的能力 |
| 易操作性 |
软件产品使用户能操作和控制它的能力 |
| 吸引性 |
软件产品吸引用户的能力 |
| 易用性依从性 |
软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力 |
GB/T 25000.10-2016（系统与软件工程系统与软件质量要求和评价）定义：
在指定的使用环境中，产品或系统在有效性、效率和满意度特性方面为了指定的目标可为指定用户使用的程度。
| 质量子属性 |
子特性描述 |
| 可辨识性 |
用户能够辨识产品或系统是否适合他们的要求的程度 |
| 易学性 |
在指定的使用周境中，产品或系统在有效性、效率、抗风险和满意度特性方面为了学习使用该产品或系统这一指定的目标可为指定用户使用的程度 |
| 易操作性 |
产品或系统具有易于操作和控制的属性的程度 |
| 用户差错防御性 |
系统预防用户犯错的程度 |
| 用户界面舒适性 |
用户界面提供令人愉悦和满意的交互的程度 |
| 易访问性 |
在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的特征的能力的个体所使用的程度 |
| 易用性依从性 |
产品或系统遵循与易用性相关的标准、约定或法规以及类似规定的程度 |
2、可用性介绍
1．ISO9241-11可用性指南
见：https://www.iso.org/obp/ui/#iso:std:iso:9241:-11:ed-2:v1:en
2．ISO9241-110 对话原则---评估交互系统的效率
合适的任务（Suitability for the task）：删除任务里面不必要的功能；
适当学习（Suitability for learning）：尽量减少用户学习所需的时间；
适当个性化（Suitability for individualization）：根据用户背景及作风自定义对话；
符合用户期望（Conformity with user expectations）：适应用户的心智模型和技能水平；
自我描述（Self-descriptiveness）：提供帮助文本和反馈明确用户操作步骤；
可控（Controllability）：用户能够控制交互的节奏和顺序；
容错（Error tolerance）：发生错误时允许用户纠正错误。
3．ISO9241-12 信息呈现---视觉显示上关于呈现和表达信息的建议
清晰（Clarity）：信息应该快速准确地传达；
可分辨（Discriminability）：能够准确的区分信息；
简洁（Conciseness）：只提供完成任务所必需的信息；
一致（Consistency）：在整个应用程序中以相同的方式呈现相同的信息；
可预测（Detectability）：预测并提供用户所需的信息；
易读（Legibility）：信息应易于阅读；
易理解（Comprehensibility）：意图应易于理解。
4．几种标准之间的关系
3、易用性度量
参考GB/T 16260-2006、ISO 9241-110-2006，外部易理解性度量、外部易学性度量、外部易操作性度量（与操作用户的期望相符、可控制性、对执行任务的适合性、自我描述性（可引导性）、操作的容错性（不受人为错误影响）、对个性化的适合性）、外部吸引性度量。
主要从易理解、易学习、符合用户期望、可控性、防差错、自我描述、容错性、个性化、可访问性、吸引性进行度量。
| 名称 |
子名称 |
详细含义 |
| 易理解 |
|
软件产品使用用户能理解软件是否合适以及如何能将软件用于特定的任务和使用条件的能力 |
| 易学性 |
|
软件产品使用户能学习其应用的能力；应支持和指导用户学习使用该系统 |
| 易操作 |
合适任务 |
交互系统在支持用户完成任务时应适合任务，也就是说功能和对话是基于任务特征，而不是基于用于实现任务的技术 |
| 个性化 |
当接口软件可以被修改以适应任务需要、个人偏好和用户的技能时，对话就能够个性化 |
|
| 自我描述 |
对话应能自我描述到这样的程度：在任何时候，以下信息（用户身处哪段对话、在对话的哪一阶段，可采取什么操作、操作将如何实现）对用户来说都非常明显 |
|
| 可控性 |
用户要能对当前的情况很好地了解和掌控，足够自由；用户能够初始化并控制交互的走向和步骤，直到达成目标为止 |
|
| 容错性 |
防止用户犯错，以及恢复错误的能力；向用户提醒犯错的可能，并提供给用户挽回错误的方法 |
|
| 用户期望的符合性 |
对话如果与用户可预见的场景需求及普遍沿用的管理保持一致，则称为“与用户期望一致”。 |
|
| 吸引性 |
|
软件产品吸引用户的能力：（主要是从交互和视觉上）让用户舒适，并乐意使用 |
二、易用性常见原则
1、尼尔森可用性原则
1.状态可见原则
用户在网页上的任何操作，不论是单击、滚动还是按下键盘，页面应即时给出反馈。"即时"是指，页面响应时间小于用户能忍受的等待时间。
2.环境贴切原则
cong网页的一切表现和表述，应该x尽可能贴近用户所在的环yi境（年龄、学历、文化、时代背景），而不要使用第二世界的语言。《iPhone人机交互指南》里提到的隐喻与拟物化是很好的实践。此外，还应该使用易懂和约定俗成的表达。
3.撤销重做原则
为了避免用户的误用和误击，网页应提供撤销和重做功能。
4.一致性原则
同一用语、功能、操作保持一致。
5.防错原则
通过网页的设计、重组或特别安排，防止用户出错。
6.易取原则
好记性不如烂笔头。尽可能减少用户回忆负担，把需要记忆的内容摆上台面。
7.灵活高效原则
中级用户的数量远高于初级和高级用户数。为大多数用户设计，不要低估，也不可轻视，保持灵活高效。
8.易扫原则
互联网用户浏览网页的动作不是读，不是看，而是扫。易扫，意味着突出重点，弱化和剔除无关信息。
9.容错原则
帮助用户从错误中恢复，将损失降到最低。如果无法自动挽回，则提供详尽的说明文字和指导方向，而非代码，比如404。
10.人性化帮助原则
帮助性提示最好的方式是：1、无需提示；2、一次性提示；3、常驻提示；4；帮助文档。
2、 NN Group最经典的Heuristic Evaluation的十原则
1.Visibility of system status
可视性原则：系统状态有反馈，等待时间要合适。
e.g. 键盘大写的时候会有指示灯告诉你哦！
2.Match between system and the real world
不要脱离现实 ：使用用户语言而不是开发者语言，贴近生活实际而不是学术概念
e.g. 惹人厌的404错误，根本不明白什么意思好吗！
3.User Control and Freedom
用户有自由控制权：操作失误可回退
e.g. 啊，不小心发错了，求撤回！
4.Consistency and Standards
一致性原则：同一事物和同类操作的表示用语要各处保持一致
e.g. 熟悉了一个Adobe产品，其他的我就都会啦！
5.Error prevention
有预防用户出错的措施：关键操作有确认提示，及早消除误操作
e.g. 哎妈差点删除错了！
6.Recognition rather than recall
要在第一时间让用户看到：识别胜于回忆，提供必要的信息提示（可视&易取），减少记忆负担
e.g. 我对什么感兴趣来着？哦哦有选项啊，那就方便多啦，我对旅行、艺术都很感兴趣哦！（pinterest在用户注册后询问用户preference的时候直接提供选项，避免强迫用户回忆。）
7.Flexibility and efficiency of use
使用起来灵活且高效：为新手和专家设计定制化的操作方式，快捷操作可调整。
e.g. 我用CAD已经是一把好手啦，才懒得去菜单栏里找insert rectangle呢，我就用快捷键就行啦！
8.Aesthetics and minimalist design
易读性：减少无关信息，体现简洁美感
e.g. 我用Cash这个应用就是为了打钱的，不要看到其他信息，我只在乎金额！（很多交互设计的初学者都会容易有一个误区，就是想把页面填满。实际上，你页面上放什么，什么信息要突出，取决于你的用户需求。避免为了"填满"界面而放入无关信息。）
9.Help users recognize, diagnose and recover from errors
给用户明确的错误信息，并协助用户方便的从错误中恢复工作
e.g. 哎肿么进不去了？哦哦还好，有人可以帮我/方法可以解决。
10.Help and documentation
必要的帮助提示与说明文档：无需文档就能流畅应用当然更好，一般地文档很必要，而且也提供便利的检索功能，面向用户任务描述，列出具体实现步骤，并且不要太冗长。
e.g. 哎怎么从web page导入PDF啊？搜索一下！哇一步一步的help documentation好清楚啊！
3、界面黄金原则
1．努力做到连贯
例如网站首页需要和每一个下级页面保持一致的风格，导航都要放在屏幕的左上角，具有高度一致性的界面能给人清晰整洁的感觉。
2．允许频繁使用系统的用户使用快捷方式
快捷键表示产品使用的灵活性和有效性，想想每次我们使用搜索引擎的时候是鼠标点击的搜索还是按的回车？
3．提供信息反馈
出现错误时要明确说出错误的含义，而且需要考虑用户能否理解，比如我们基本上都遇到过HTTP404错误，但绝大多数人能看懂么？
4．为关闭这一动作设计对话框
要在用户完成某项任务或操作后进行提示。如果他们在做了很多操作后却得不到反馈，他们就无法知道自己是否达成目标。
5．提供简单的设计处理
例如把某些当前不能点击的按钮设置为灰色，在系统执行时让用户在确认一下。
6．应该方便用户取消某个操作
大多数的应用软件都有撤销和恢复的功能，如果用户总是惧怕一失足成千古恨，那样的用户体验可想而知。
7．用户应掌握控制权
一般而言用户希望自己去控制系统交互，在执行任务中，用户应该可以随时中止或退出，而不是无奈的看着系统继续。
8．降低短期记忆载荷
我们应该尽可能帮助用户避免要求他们记住各种信息，例如各个菜单项之间的逻辑关联，更好的分类就会帮助用户找出哪个功能按钮在什么地方。
4. 0123简单法则
无需说明书，一看就会，两秒等待时间，三步以内的操作。
2秒钟法则——用户在使用某类系统时的等待反应不应该超过2秒。
3次点击法则——用户在3次点击之内如果还没有找到他们想要的信息或了解产品/网站的特色，他们就会离开。
5. 2/8法则
80%的结果由20%的原因产生。
三、易用性测试方法
1、易用性测试策略
1.参考国家国标（GB/T 25000.10）
2.参考国际标准（ISO 9241-110、12）
3.根据产品特点制定自己的部门的设计关注点
4.根据产品特点制定自己的部门的测试关注点
2、ISO-9241-110 对话原则详细描述
1.合适的任务
交互系统在支持用户完成任务时应适合任务，也就是说功能和对话是基于任务特征，而不是基于用于实现任务的技术。
| 序号 |
原则 |
举例 |
| 1 |
对话应该为用户提供成功完成任务的相关信息（注：任务需求决定了所需信息的质量、数量和类型） |
1 在即将发生的结果与时间非常相关时，对话系统应展现相应的到期时间2 在在线购物的情景下，对话系统应该提供与情景相关的帮助，注明涉及步骤 |
| 2 |
避免提供与用户成功完成任务不相关的信息（注：展示不恰当的信息会导致绩效降低，并增加用户的认知负担） |
在旅行者想要预订特定日期的旅馆房间时，对话系统应只显示当天有房的旅馆。该地区其他旅馆及其他附加信息如景点将被过滤掉，除非用户自己要看 |
| 3 |
输入和输出的格式要与任务相符合 |
1为旅客提供的货币换算程序应把换算后的币值按目标货币的合适精度显示（如欧元是两位小数）2 完全面向国内市场的对话，应该注明这一点 |
| 4 |
如果一个任务所需的输入是典型的值，那就应该给用户自动设为默认 |
1 火车站的自动售票机，自动设置为所买车票为该站出发，所以出发站就应该在对话前就预先设置好2 在商用程序中，一旦用户通过用户名和密码证明了自己的身份，系统应该在需要时自动帮用户填入电邮地址 |
| 5 |
对话所要求的步骤应该适合完成任务，包括必要的步骤，省略不必要的步骤（注：1不必要的步骤包括可由系统来完成的行为 2在用户执行常规任务时，对话要帮助用户最小化任务步骤） |
1经常需要在答录机上提取留言的商业用户所用的移动电话，应该在任务最上端就可以进行选择，以免不必要的对话2 需要填入商业联系人的管理软件包包括城市和区号的两个输入框，会根据输入的区号自动显示城市3 对国内和国际的对话框不会要求只与国内市场有关的数据 |
| 6 |
当一个任务需要源文件时，用户界面应该与源文件的特征兼容（注：此建议并不是说，不要对源文件进行优化以使其更符合任务） |
保险公司的纸质文档是计算机的输入源。填入窗口的对话框应与纸质文档的结构一致，无论是在元素安排、分组和输入值的单位方面。 |
| 7 |
输入和输出的通道应与任务相符 |
CAD程序中，当用户双手用来定位指针时，简单的操作应可由语音激活。 |
2.适当学习
对话的适当学习意味着对话应支持和指导用户学习使用该系统。
| 序号 |
原则 |
举例 |
| 1 |
应该展现给用户"有助于用户学习的规则和隐含的概念"（注：这允许用户形成记住活动的自身模式和策略） |
一个压缩文件的软件应该解释清楚"文档"（archive）的概念（例如作为最初个别指导的一部分） |
| 2 |
如果是不常用该系统的用户或是不常见的使用情况，应提供适当的帮助 |
账务软件包应该引导用户按规定走完要求的对话步骤以创建年度资产负债表 |
| 3 |
提供适当的支持帮助用户日渐熟悉系统（注：不同的用户对帮助有着不同的需求） |
当用户按下指定的帮助键时，软件包应能解释每个不同菜单项的使用 |
| 4 |
反馈或解释应该有助于用户对整个交互系统形成概念性的认识（注：在学习使用一个交互系统的阶段的新手和已有经验的老手对反馈的需求是不一样的，但最好是把对话设计得适合两种用户的需求。因为系统很难可靠地评估用户的经验，而且贯穿整个系统的个人经验也各不相同） |
扫描软件展现所有不同的步骤（包括他们的顺序和其间的关系）包括要求扫描纸面文档，并把它们转换为电子文档，当前处于哪一步 |
| 5 |
对话应提供对于活动的中间结果和最终结果的足够的反馈以便用户能从成功完成的活动中学到东西 |
用户使用旅馆预订系统预订房间时，用户能接收到每一步的反馈指引他改善其查询和成功预订的细节 |
| 6 |
如果对任务和学习目标不妨碍的话，交互系统应允许用户探索对话步骤而不会受到负面反馈（注：这可能不适用于安全第一的系统） |
1 对于一个大仓库的派送排期系统允许用户评估可能的排期变化以便让用户可以在进行调整前预见可能的负面影响 |
| 7 |
交互系统应让用户需要学的东西最少，只要输入最少量的信息，系统会按要求提供附加信息 |
扫描文件的软件提供"扫描"按钮，让用户一键扫描，无需进行必要的用户设置，而可以采用默认设置 |
3.适当个性化
当接口软件可以被修改以适应任务需要、个人偏好和用户的技能时，对话就能够个性化。
注：尽管在许多情况下为用户提供定制功能是非常可取的，但对人体工程学设计的对话来说不是一个可接受的替代品。此外，定制功能应该只在一定的范围内提供，这样修改就不会给用户带来任何潜在的不适（例如，带有用户可配置的听觉反馈的噪音级别就不可接受）。
| 序号 |
原则 |
举例 |
| 1 |
应该提供机制，使对话系统能够适应用户的语言和文化、个人知识和任务领域的经验、运动感知和认知能力。 |
为有局部视力缺陷的用户增加字体大小，为色盲用户调整使用的颜色，针对不同文化进行不同的关键分配和布局。 |
| 2 |
对话系统应该允许用户根据个人偏好和需要处理的信息的复杂性来选择其他形式的表示形式。 |
用户可以根据个人喜好改变输出的表示和/或格式。 |
| 3 |
描述的多少（例如，错误消息和帮助信息中的详细信息）应该根据用户的个人知识水平进行调整。 |
用户可以根据情况改变输出的详细级别（例如，学习时更详细，错误反馈时中等详细，状态输出时最不详细）。 |
| 4 |
如果它适合上下文和任务，用户应该被允许使用自己的词汇表来建立个人对象和行为的命名。用户还可以添加个性化的命令。 |
用户可以记录输入序列甚至是程序功能键，以简化重复命令序列的执行。 |
| 5 |
用户应该能够设置操作时间参数来匹配他/她的个人需求。 |
允许用户控制滚动信息输出的速度。 |
| 6 |
对话系统用户应该能够在不同的任务之间选择不同的对话技巧。 |
对话系统允许用户通过输入命令或选择菜单选项来启动对话功能。 |
4.符合用户期望
对话如果与用户可预见的场景需求及普遍沿用的惯例保持一致，则称为符合用户期望。
注：
5.与现有惯例一致只是这一原则的一方面而已；
6.连续性通常会增加对话的可预期性。
| 序号 |
原则 |
举例 |
| 1 |
交互系统应使用用户熟悉的词汇，基于用户的已有知识（注：此建议并不是说，不要对已有词汇库进行任何改善） |
1 银行系统采用银行属于诸如"电汇"和"活期和定期存款"2 对于在线信用卡的国际用户，输入域的制订个人全名的标签用"首名""后名"，而不是"名"或"名字" |
| 2 |
应给予用户及时恰当的反馈，符合用户期望 |
当安装软件成功时，用户能得到成功的提示 |
| 3 |
如果反应时间与用户期待的时间差距较大，应告知用户 |
当用户在旅行社的网站上查询航班并按下搜索按钮，网站显示搜索正在进行中，但由于大量用户在线，可能要耗时60秒以上才能显示搜索结果 |
| 4 |
对话所展示的数据结构和组织表格应尽量以用户觉得自然的方式展示 |
在线商店以近似于商店里实际布局的方式来展示产品 |
| 5 |
格式应遵循正确的文化和语言惯例 |
软件包对英文版采用左排序，对阿拉伯文则采用右排序 |
| 6 |
反馈和说明的长度应基于用户的需求 |
1反馈或说明的形式：对于需要关掉投影仪而且不看投影屏幕的演讲者，投影仪应在开关下方提供标签"按两下即关闭"而不是把信息显示在投影屏幕上2反馈或说明的长度：软件中的帮助信息，如果支持的是复杂任务，就应该是全面的，并描述整个任务是如何完成；如果只是关于规定格式的帮助，则只显示要求形式而已 |
| 7 |
一个交互系统中的贯穿任务始终、或是相似任务的对话行为和外观应保持一致（注：1相似任务之间的一致性，帮助用户了解完成任务的通常步骤 2 贯穿任务的持续性可能需要让位于任务需求或其他由场景萌生的需求） |
1软件中的"确认"和"取消"按钮应始终位于同一位置2支持压缩和解压的软件，两任务的对话步骤应采用相似设计 |
| 8 |
如果基于用户期望的一个特定输入之处是可以预期的，那么当对话要求输入时，该处应准备作为输入 |
在软件包安装过程中，每一步要求用户动作的对话均可由按键盘上的"回车"来实现 |
| 9 |
给用户的反馈或信息应规范化并以客观、建设性的风格展示（注：特定的应用领域可以例外，如娱乐软件，其中会采用更主观、更感性的风格） |
如果用户输入的日期不合规格，错误信息应这样写"请输入dd/mm/yyyy格式的日期" |
7.自我描述
对话应能自我描述到这样的程度：在任何时候，以下信息（用户身处哪段对话、在对话的哪一阶段，可采取什么操作、操作将如何实现）对用户来说都非常明显。
注：此原则与ISO9241-12中展示信息的特征相关。
| 序号 |
原则 |
举例 |
| 1 |
任何对话步骤所出现的信息应帮助用户完成对话（注：信息包括向导、反馈、状态信息等等） |
旅馆预订系统允许用户输入所需信息并用下一步和返回按钮在对话步骤中穿行。 |
| 2 |
在交互中，尽可能避免查用户手册或其他信息 |
1办公室带答录机和呼转的电话应用清晰的标签来指明步骤开始，诸如"录下一条信息"或"设定转发号码"2 软件包提供一系列菜单式，每个标题应该清晰指明其任务 |
| 3 |
用户应该了解交互的状态诸如"需要输入时"和"即将涉及的步骤" |
1 办公室带答录机和呼转的电话应清楚显示其答录功能和呼转功能是否可用2 电子商务程序清楚显示给用户完成购买所需的所有步骤，及当前所处步骤 |
| 4 |
当需要输入时，系统应呈现给用户所需的格式 |
电子商务程序中，需要用户输入信用卡到期日时，应展示出期望的格式"dd-mm-yyyy" |
| 5 |
对话应让与系统的交互透明化 |
在电脑上播放DVD的软件特定的按钮如"播放""停止""暂停""快进"等等都带有图标 |
| 6 |
交互系统应说明对格式和单位的规定 |
文具购买系统展示了货品的单位（1000张为一个单位），因此可以清楚地表明需要订购的量 |
8.可控
对话具有可控性：用户能够初始化并控制交互的走向和步骤，直到达成目标为止。
| 序号 |
原则 |
举例 |
| 1 |
用户交互不应被交互系统的操作决定。应在用户控制之下，由用户根据自己的需求和特点进行调整（注：1特定的交互系统可能会包含明显的要求，在特定情况下不允许用户控制，如在测试环境下，时间约束也是测试的一部分 2在特定场景下，任务本身决定了交互步骤的最小值和最大值 3用户交互的步骤可能受到公司政策的限制，诸如"空闲2小时后离线"） |
手机允许用户要发送的短信呈编辑状态并可见，直到用户决定发送、存储或删除该信息为止。不管用户为写完这条信息要花多长时间。 |
| 2 |
用户应控制如何继续对话 |
1商用电话显示呼入电话号码并提供直接把该号码加入电话本的可能，同时加上呼叫者姓名2当在账务系统中登记一笔支付时，系统自动选中最早的未付订单来支付，但也允许用户选择其他的订单来支付 |
| 3 |
如果对话被打断，用户应该有能力决定从何处重新开始——对话被打断之处 |
一个中断发生后对用户来说是否需要应该继续从中断处对话， |
| 4 |
如果交互可撤销且任务允许的条件下，至少最后一步对话允许撤销 |
对话系统提供删除对象的能力 |
| 5 |
不同的用户需求和特点要求不同的交互级别和交互方式 |
菜单适合新用户，进阶适合有经验用户。帮助中的不同用户级别的细节对应不同级别的经验。 |
| 6 |
输入/输出数据的呈现（格式和类型）方式应该在用户的控制下 |
系统提供文件列表的文本和图形之间切换的能力 |
| 7 |
如果显示的汇总数据的控制适合一个特别的任务，那么用户应该能够运用这样的控制 |
一个被填写的表格被用来分布在多页显示上。任务允许用户根据工作形式来选择多少页更合适。正在接收输出的用户不要求能停止输出。 |
| 8 |
如果存在可变的输入/输出的设备，用户应该有选择使用哪一个的选择权利 |
用户可以有使用鼠标和键盘输入的两种选择。对话系统提供不同打印机选择的能力。 |
9.容错
如果在输入中有明显的错误，那么对话是可以容错的，如果用户不采取或最小的纠正措施就可以实现预期的结果。
| 序号 |
原则 |
举例 |
| 1 |
应用应该在检测和避免用户错误输入上提供协助。对话系统应该阻止任何用户输入导致系统未定义状态或导致对话系统失败的情况发生。 |
如果要求一系列操作，那么接口软件被设计成诸如任何系列的下一步能够被显示的信息所决定。例如填表对话系统，表格的下一步应该填什么应该非常清晰可见。如果仅允许输入数字的话，那么接口软件应该对输入的数字进行检查。 |
| 2 |
错误应该被解释清楚以便帮助用例纠正它们。 |
对话系统呈现的错误信息应该包括错误发生时间、错误类型、可能的对话系统能够定义的纠正方式 |
| 3 |
取决于任务，也许值得使用特别的技术来呈现以便提高发现错误的识别度 |
对话系统发现一个错误明显在一个特别的数据域。该域被标注处理同时光标自动停在该域的最开始地点。可接受的输入被显示出来。 |
| 4 |
如果对话系统能够自动纠正错误。应该建议用户执行纠正动作并提供覆盖纠正的机会。 |
在拼写检查系统中，有拼写错误的单词就会被检查出错误。必要时会提供纠正的选择方案。 |
| 5 |
用户的需求和特点也许要求错误情况被延期、保留到用户可以处理时再处理 |
当在一个字符处理且有拼写辅助检查功能的对话系统中，仅当用户再次请求时才会有纠正建议说如何纠正一个字母。 |
| 6 |
在需要错误纠正时提供额外解释说明是值得的。 |
对话框中，提供一个包含介绍更多信息的按钮。 |
| 7 |
数据的确认/验证应该在企图处理输入前。对几个连续的命令需要提供额外的控制。 |
待删除的项目列表应该提前显示。实际删除需要确认。 |
| 8 |
在任务允许的情况下，错误更正应该不用切换对话系统的状态。 |
当进入一个表格时，用户可以在不用进入编辑模式输入一个不正确的字符。 |
3、易用性测试checklist参考
详见https://www.cnblogs.com/Tanwheey/p/9932605.html
------------------------------------------------------Tanwheey--------------------------------------------------
爱生活，爱工作。