通常对易用性有如下定义：
易见：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。
易学：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识。
易用：用户不翻阅手册就能使用软件。
1. 测试目的
测试样品在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。
易用性测试包括软件的测试，以及用户文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试：
（1）安装测试；
（2）功能易用性测试；
（3）界面测试；
（4）辅助系统测试；
2. 测试类型详细要求
在《GB/T 25000.51-2016 系统与软件工程 系统与软件质量要求和评价（SQuaRE） 第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则》易用性要求为：
1）软件应能识别出哪个组件负责兼容性。
2）有关软件执行的各种问题、消息和结果都应是易理解的。
3）每个软件出错消息应指明如何改正差错或向谁报告差错。
4）出自软件的消息应设计成使最终用户易于理解的形式。
5）屏幕输入格式、报表和其他输出对用户来说应是清晰且易理解的。
6）对具有严重后果订单功能执行应是可撤销的，或者软件应给出者中后果的明显警告，并且在这种命令执行前要求确认。
7）借助用户接口、帮助功能或用户文档集提供的手段，最终用户应能够学习如何使用某一功能。
8）当执行某一功能时，若响应时间超出通常预期限度，应告知最终用户。
9）每一元素（数据媒体、文件等）均应带有产品标识，如果有两种以上的元素，则应附上标识号或标识文字。
10）用户界面应能使用。用户感觉愉悦和满意。
2.1 可辨识性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中可辨识性要求：
用户能够辨识产品或系统是否适合他们的要求的程度。
可辨识性测试一般需进行：
1）用户或使用者是否可通过检查界面（或通过检查菜单）来落实明显的功能。
2）软件产品的用户或使用者是否能理解数据输入的格式。
3）软件产品的用户或使用者是否能正确识别输出数据的含义。
4）软件产品的屏幕输入格式、报表和其他输出对用户来说是否是清晰且易理解的。
5）对所有人机交互界面提供的操作和显示界面进行测试，检验操作和显示界面与软件文档中要求的一致性。
6）在阅读完成产品描述后，检查软件产品的功能是否能全部理解。
2.2 易学性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中易学性要求：
在指定的使用周境中，产品或系统在有效性、效率、抗风险和满意度特性方面为了学习使用该产品或系统这一指定的目标可为指定用户使用的程度。
易学性测试一般需进行：
1）系统是否提供F1及时帮助功能。
2）在界面上调用帮助时，应该能够及时定位到与该操作相对的帮助位置。
3）对功能采用及时帮助是否能准确定位到帮助系统的位置。
4）利用帮助索引是否能定位到帮助主题和内容。
5）是否具有打印功能。
6）目录是否划分有层次。
7）帮助内容描述得是否准确，一定详细到可以解决问题。
8） 在系统不同的位置激活帮助内容与当前操作内容是否相关联。
9）微帮助提供：由状态栏提供或在控件上有提示文本。
10）检查软件产品在线帮助机制是否完整。
11）在阅读用户文档或使用帮助系统后，检查软件产品用户或操作者是否能正确使用功能。
2.3 易操作性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中易操作性要求：
产品或系统具有易于操作和控制的属性的程度。
易操作性测试一般需进行：
窗口测试：
1）窗口控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致。
2）是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用。
3）若窗口无法显示，所有内容是否能够改变大小、移动和滚动。
4）活动窗口是否能够
5）被反显加亮。
6）窗口是否正确的关闭。
7）多个窗口叠加时窗口的名称是否显示正确。
8）窗口的数据是否能够利用鼠标、功能键、方向箭头和键盘操作。
9）当窗口被覆盖并重新调用后，窗口是否能够正确再生。
10）如果使用多任务，是否所有的窗口被实时更新。
11）窗口是否支持最小化和最大化或放大。
12）窗口上的控件是否随着窗体的缩放而缩放。
13）父窗体支持缩放时，子窗体是否也缩放。
14）在一个窗口中按Tab键，移动聚焦是否按顺序移动。Tab的顺序应是先从上至下，再从左至右。
15）子窗口位置是否在父窗口的左上角或正中。
16）当多个子窗口弹出时是否依次向右下方偏移，以显示出窗口标题为宜。
17）重要的命令按钮与使用较频繁的按钮是否放在了界面上醒目的位置。因错误使用而引起界面退出或关闭的按钮，放在容易点击的位置。横排开头或结尾，与竖排结尾为容易点击的位置。
18）与正在进行的操作无关的按钮应该加以屏蔽。
19）按钮的大小要与界面的大小和空间是否协调。避免在空旷的界面上放置很大的按钮。放置完控件后界面不应有很大的空缺位置。
20）多窗口的切换响应时间是否过长。
菜单测试：
1）菜单项的措辞是否准确；
2）菜单项的顺序是否合理。
3）图形的布局是否一致。
4）菜单功能是否正确执行。
5）下拉菜单是否根据菜单选项的含义进行分组。
6）菜单是否有快捷命令方式。
7）文本字体、大小和格式是否正确。
8）菜单功能是否随当前的窗口操作加亮或变灰。
9）菜单项是否有帮助。
10）右键快捷菜单是否采用与菜单相同的准则。
11）是否可以通过鼠标访问所有的菜单功能。
12）是否适当的列出了所有的菜单功能和下拉式子功能。
13）下拉式操作能否正常工作。
14）是否根据系统功能进行合理分类，将选项进行分组。
15）菜单深度是否控制在三层以内。
16）菜单标题是否简明、有意义。
17）是否依据使用频度排列。
18）是否依据逻辑顺序排列。
19）是否依据使用顺序排列。
20）各级菜单显示格式和操作方式是否一致。
图标：
1）图标是否符合常规的表达习惯。
2）不同的目标是否采用不同的图标。
3）建议图标的外形与实际功能相似，应尽量避免抽象。
4）在图标上是否加有标注。
鼠标测试：
1）在整个交互式语境中，是否可以识别鼠标操作。
2）如果要求多次点击鼠标，是否能够在语境中正确识别。
3）如果鼠标有多个按钮，是否能够在语境中正确识别。
4）光标、处理指示器和识别指针是否随操作恰当地改变。
5）点击选中而不是滑动停留选中。
6）支持滑轮上下翻动操作。
7）对于相同种类的元素采用相同的操作激活。
8）鼠标无规则点击时，是否会产生无法预料的结果。
9）单击鼠标右键是否弹出菜单，取消右键是否隐藏弹出的菜单。
其他方面：
1）验证系统是否对输入数据进行有效性检查。
2）验证软件用户或操作者是否易于选择参数值。
3）验证软件用户或操作者在使用中的默认值是否有可用性。
4）关键操作或数据删除等操作前是否有明确的提示。
5）具有还原能力（如：数据库的事物回滚能力）的功能，验证其能否在动作完成之后被撤销。
6）验证软件提示信息、界面控件标识、解释说明性文本等信息，是否准确、有效。
7）操作错误或系统出现错误时，验证系统的出错信息中是否提供差错产生的原因，并指示如何进入正确的步骤，帮助用户从错误中恢复。
8）软件产品出错消息是否能指明如何改正差错或要报告差错向谁联系。
9）验证软件产品用户能否方便地定制其操作规程。
10）验证软件产品是否有快捷键。
11）具有状态监控能力的功能，验证其是否准确、有效。
12）验证软件产品是否能让身体缺陷的软件用户访问功能。 例如：无能力使用鼠标的人或盲人等残疾人。
2.4 用户差错防御性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中用户差错防御性要求：
系统预防用户犯错的程度。
用户差错防御性测试一般需进行：
1）验证软件出错消息是否指明如何改正或向谁报告。
2）验证对具有严重后果的功能执行是否是可撤销的，或者软件是否给出这种后果的明显警告，并且在这种命令执行前要求确认。
2.5 用户界面舒适性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中用户界面舒适性要求：
用户界面提供令人愉悦和满意的交互的程度。
用户界面舒适性测试一般需进行：
相互吸引：
1）界面中元素的文字、颜色等信息是否与功能不一致。
2）前景与背景色搭配是否合理协调，反差是不是太大。
3）界面中的元素大小和布局是否协调。
4）窗口的比例是否合适。
5）布局是否一致，如所有窗口按钮的位置和对其方式要一致；
6）标签和讯息的措辞是否一致，如在提示、菜单和帮助中产生相同的术语。
7）界面外观是否一致，如控件的大小、颜色、背景和显示信息等属性要一致，但一些需要艺术处理或有特殊要求的地方除外。
8）操作方法是否一致，如双击其中的项，使得某些事件发生，那么双击任何其他列表框中的项，都应该有同样的事件发生。
9）颜色的使用是否一致，颜色的前后一致会使整个应用软件有同样的观感。
10）快捷键在各个配置项上语义是否保持一致。
界面外观的易定制性：
1）界面元素的可定制性。可以允许用户定义工具栏、状态栏是否显示，工具栏显示在界面上的位置，如上方、下方或悬浮等。
2）工具栏的可定制性。是否允许用户自定义工具栏，包括建立新的工具栏，选择要显示的工具栏，定义工具栏上的按钮，制定为工具按钮定义所链接的功能等。
3）统计检索的可定制性。检索和统计是用户向系统索取数据最经常用到的功能，检索条件是否灵活、分类统计是否合理、是否允许用户定义检索条件和统计项，需要测试人员在充分了解用户需求和使用习惯的基础上，制定大量案例，通过实际操作来体会。
4）报表的可定制性。各种各样的报表是软件对用户输出的重要方式，报表表头包括的项目、表格的行高列宽、表中数据的单位和显示格式超长超宽，表的分页方式等如果能够允许用户定义，则可以使软件生成的报表适用于更广泛的范围，减少用户二次处理表格的工作量。
2.6 易访问性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中易访问性要求：
在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的特征和能力的个体所使用的程度。
易访问性测试一般需进行：
1）验证借助用户接口、帮助功能或用户文档集提供的手段，最终用户是否能够学习如何使用某一功能。
2.7 易用性的依从性
在《GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价 第10部分：系统与软件质量模型》中依从性要求：
产品或系统遵循与兼容性相关的标准、约定或法规以及类似规定的程度。
检查软件产品的易用性是否遵循了所实施法规、标准和约定。
3.测试内容
用户界面测试（UI测试）
（1）直观
用户界面是否洁净、不唐突、不拥挤？
（2）一致
如果软件或者平台有一个标准，就要遵守它。如果没有，就要注意软件的特性，确保相似的操作以相似的方式进行。
（3）灵活
多种视图的选择；状态跳转，状态终止和跳过，数据输入和输出
（4）舒适
软件使用起来应该舒适，不能给用户工作制造障碍和困难。
（5）正确
要测试正确性，就是测试UI是否做了该做的事。
（6）实用
是否实用是优秀用户界面的最后一个要素。
程序的提示、信息和结果应是易理解的，例如:
1、易于理解的术语；
2、通过图形表示；
3、通过提供背景信息；
4、通过帮助功能的解释。
5、出错信息应提供解释相应差错产生原因和纠正的详细信息(例如通过引用用户文档的条文)。
6、样品避免存在会让用户产生错误指引的操作，存在会让用户产生有专业争议操作。
7、用户在线手册或者帮助手册内容、语言、表达方式。提供在线帮助，在线帮助是否有充分的实例。
8、方便用户使用可以从以下几个方面检查：
（1）过于复杂的命令或者功能。
（2）困难的安装过程。（过多的用户选项）。
（3）错误信息不准确或者过于简单。
（4）用户被迫需要记住大量的信息。
（5）同类信息描述的不一致。
（6）菜单驱动与热键响应相结合。
（7）复杂的菜单选项和繁琐的加密操作过程。
（8）使用中文平台（还是需挂外码转换平台）。
（9）窗口的打开层次太深。
（10）具有严重后果的功能执行应是可逆的，或者程序应给出该后果的明显誓告并且在执行该命令前要求确认。
（11）列表提供检索功能。
4. 操作方法
1）测试人员详细分析用户业务操作的流程，得到认定的最佳测试方案和流程。
针对业务流程和系统特点，从以下几个方面来提取测试点：
测试是否具有直观的操作界面，所有的说明应以帮助文档的形式出现。
测试操作方式是否采用菜单驱动与热键响应相结合。
测试是否存在复杂的菜单选项和繁琐的加密操作过程。
测试操作是否窗口的打开层次太深。
测试软件的安装卸载的方便程度。
测试是否按用户的认识逻辑与软件的行业约定进行软件设计。
测试是否存在会让用户产生错误指引的操作。
测试是否存在会让用户产生有专业争议操作。
根据软件需求设计搭建相应的测试环境是否容易实现。
测试是否按用户的一般认识逻辑性与行业习惯进行软件设计。
测试用户操作手册是否详细、科学而简明扼要。
测试是否提供在线帮助，在线帮助是否有充分的实例。
（1）由测试人员完成相应的测试用例编写。
（2）由测评实验室和样品的目标客户共同组成体验组根据预先规定的理解、使用、学习和外观几个检测内容逐条进行测试，并如实填写。
5. 评价标准
该项指标有95%用例全部执行通过且没有严重致命缺陷，总体评价达到合格者，此测评项目通过。
6. 注意事项
本项测试依赖于软件提供的文档、初始印象、帮助手册和GUI界面。样品不能提供用户文档或者不能直观看到则不能进行本项测试。