用户界面是否洁净、不唐突、不拥挤。
菜单或者窗口是否深藏不漏。
系统反馈的提示信息是否在最显眼的地方出现。
界面的组织和布局合理。
用户能否轻松地从一个功能转到另一个功能。
对于复杂的用户界面而言，最好提供界面“向导”，及时让用户知道自己在界面界面中所处的位置；例如对于基于web的应用软件，应该在界面上提示“当前位置”，否则用户很容易在众多的页面中迷失方向。
操作过程中，下一步该做什么，能做什么是否明显。
任何时刻都可以决定放弃或者退回、退出。
用户输入得到承认。
是否有太多特性把工作复杂化了。
是否感到界面呈现信息太过庞杂。

3. 实用性

在测试过程中，检查每一功能点的UI是否具有实际实用价值，是否能够有助于用户执行软件相应的功能，否则就被认为实用性不好，为实用性缺陷。

4. 正确性

软件有没有多余的或者遗漏的功能，或者某些功能执行结果与实际需求不符。
语言描述和组织。

程序员的语言描述和组织往往会使用户产生歧义或费解，或者令用户难以接受。

多媒体缺陷。

UI设计的图标、图像、声音和视频设计不合理或不正确。例如：图标大小不一致，声音没有采用相同的格式和采样率。

与UI说明不一致，即没有实现所见即所得。在测试过程中，一定要仔细检查执行结果与UI描述的是否一致。

5. 舒适性

恰当。

软件外观应该与所做工作和用户背景相符，不能太夸张或太简陋。

错误处理。

程序应该在用户执行非法和不合理操作之前提出警告。并且允许用户恢复由于错误操作导致丢失的数据。对于用户恶意的严重错误操作，程序要能够以一定规则进行判别，并采取适当的处理方式。

性能。

一般情况下，系统性能当然越高越好，但是某些情况下。用户需要操作慢一些，以便能够发现软件的一些操作情况。

及时的反馈信息。

对于用户的每一步操作，都应有相应的提示，方便用户了解当前的状态。

例如下载一个文件，界面上应当显示“百分比”或相关数字来表示下载的进度，否则人们不知道要等待多长时间。如果某些事务处理不能提供进度等数据，那么至少要给出提示信息如“正在处理，请稍等…”。最好是提供合适的动画，让用户明白软件正在干活、没有死机。

6. 灵活性

状态跳转。灵活的软件实现同意功能状态转换有多种方式。
数据输入和输出。用户愈来愈希望有多种方式实现数据的输入和输出。

7. 一致性

快捷键和菜单选项。

快捷键一般要具有通用性，如F1为系统帮助。

术语和命令。

整个软件使用同样的术语，特性命名一致。

用户级别。

软件同一UI风格是否对应同一用户级别。是否有UI风格与用户级别不相称的情况出现。

按钮的位置和等价的按键。

如“确定”和“取消”按钮的相对位置；确定等价键通常使用回车键，而取消等价键通常使用ESC 键。

三、易用性测试流程

1. 指定“软件易用性检查表”

（1）根据项目需求、结合通用的易用性要求，裁剪出适合项目的易用性检查清单，就是易用性测试用例。

2. 评审“软件易用性检查表”

（1）项目组成员对易用性达成一致意见，以保证软件的易用性水平。

3. 执行软件易用性测试

（1）按“软件易用性检查表”逐一进行排查，按正常BUG操作流程进行操作管理，尽早提交相关负责人。

4. 评估软件易用性水平

（1）对照标准，对所测软件的易用性进行合理的评估，并记录到软件测试报告中。

四、易用性测试注意事项

从用户的角度进行易用性测试

1. 如何站在用户的角度？

从项目需求、产品经理、技术支持、客服等多渠道了解客户有哪些？他们的特征是什么？最在乎软件的哪些方面？
将自己的身份从测试人员转换到最终用户，抛开类似软件的使用经验，验证是否不需要任何外部帮助即可轻松学会软件的使用方法。
了解用户日常的软件使用场景和业务数据情况，尽可能模拟真实的用户使用环境。
用户认为系统易用的系统满足三个特点：

1）易理解

a:业务流程呈现清楚

b:功能效果清晰明确

c:功能以用户普遍能理解接受的方式实现

2）易学习

a:学过之后能基本掌握系统的操作方式

3）易操作

a:操作起来不别扭、舒服

五、易用性测试准则

主要包含五哥方面的易用性测试准则：

整体界面风格、窗体结构、控件、数据输入及操作逻辑、帮助设施。

1. 整体界面风格

1）准确性和一致性

a:语言描述通顺流畅，无歧义，无错别字，准确有效。

b:同一系统同一模块中页面应保持与主体风格一致。

c:同一数据参数在不同模块中名称应该保持一致。

d:软件本身各版本之间的使用习惯和界面操作的承续性，尽量保证用户无需改变习惯。

2）结构合理

a:常用功能突出，最常使用的功能放在页面显著位置。

b:UI界面布局合理、美观。

c:功能或者窗口进入级别避免过多和过深。

3）可控制

a:所需功能或者期待的响应应该明显，符合用户预期。

b:方便灵活的功能跳转和状态跳转，同一任务可用多个路径或者方式完成，对于常用任务同事提供最简路径完成。

c:提供终止操作的途径，允许用户放弃或者回退。

d:用户的输入应该具备确认过程。

e:没有冗余的功能设置和提示信息。

f:错误处理。程序应该在用户执行非法操作之前提出警告。

g:给予用户足够的反应时间。某些提示信息和进度条的显示可以适当延缓，留出充分的用户反应时间。

2. 窗体结构

遵循通用规范

a:通常按Windows界面的规范来设计，即包含菜单栏、工具栏、状态栏、滚动条、邮件快捷菜单的标准格式。

1）布局合理

a:窗体窗宽比接近美观合理，切忌长宽比例失调。

b:合理利用空间，不过于密集或空旷。

2）区域集中

a:完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。

b:按功能将界面划分区域块。

3）字体颜色协调

a:字体的大小要与界面的大小协调。

b:前景与背景色搭配协调，反差不宜太大。

4）支持标准切换

a:界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。

b:分页界面要支持在页面间的快捷切换，常用组合快捷键CTRL+Tab。

5）支持合理缩放

a:如果窗体支持最大化或还原，窗体上的控件也要随着窗体而缩放。

b:对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。

c:通常父窗体支持缩放时，子窗体没有必要缩放。

3. 控件准则

1）窗口通用准则

a:全部窗口可以通过相关的输入或者菜单命令打开。

b:窗口中的数据内容可以用鼠标、功能键、方向箭头选中。

c:显示多个窗口时，当前活动窗口被加亮实现。

d:在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口下拉式菜单和鼠标操作。

2）菜单通用准则

a:菜单条应当显示在合适的语境中，名字具有自解释性。

b:菜单通常采用“常用-主要-次要-工具-帮助”的位置排列，一般符合Windows风格。

c:一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列起来。

d:无顺序要求时，按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。

e:菜单深度一般要求最多控制在三层以内。

f:主菜单的宽度应该接近，字数不应该多于四个，每个菜单的字数能相同最好。

g:菜单前的图标能直观的代表要完成的操作，不宜太大，与子高度保持一致最好。

h:主菜单数目不应该太多，最好为单排布置。

I:可以通过鼠标访问所有菜单功能。

j:菜单功能随用户权限变化二加亮、变灰、或隐藏。

k:对无关的菜单最好用屏蔽处理。

3）按钮通用准则

a:按钮命名易于理解，用词准确，与同一界面上的其它按钮易于区分，用户无需其它帮助就能知道该界面的功能并进行相关的正确操作。

b:按钮的位置和等价的按键符合通行规范。如“确定”和“取消”按钮的相对位置；确定等价键通常使用回车键，而取消等价键通常使用ESC键。

c:重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。

d:按钮大小基本接近，忌用太长的名称，免得占用过多的界面位置。

e:常用按钮支持快捷方式。

f:与正在进行的操作无关的按钮应该加以屏蔽（Windows中用灰色显示，没法使用该按钮）。

g:按钮图标的含义一定要直观明了，最好给图标加文字说明，防止用户误解。

4）复选框、选项框、下拉列表通用准则

a:复选框和选项框按选择几率的高低而先后排列。

b:复选框和选项框要有默认选项，并支持Tab选择。

c:选项数相同时，多用下拉选项框而不用选项框。

d:界面空间较小时，使用下拉框而不用选项框。

e:选项数较少时使用选项框，而不用下拉列表框。

f:需用户选择的列表越短越好，如果很长，应适当分级显示。

5）工具栏通用准则

a:工具栏要求可以根据用户的要求自己选择定制。

b:相同或者相近功能的工具栏放在一起。

c:工具栏中的每一个按钮要有及时提示信息。

d:一条工具栏的长度最长不能超出屏幕宽度。

e:工具栏的图标能直观的代表要完成的操作。

f:系统常用的工具栏设置默认放置位置。

6）状态条、滚动条通用准则

a:状态条要能显示用户切实需要的信息。常用的有：目前的操作、系统状态、用户信息、提示信息、错误信息等。如果某一操作需要的时间较长，还应该显示进度条和进程提示。

b:滚动条的长度根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。

c:状态条的高度以放置五号字为宜，滚动条的宽度比状态条略窄。

d:若需长时间等待，应有进度提示条，如果只有一个沙漏或者转圈或一请等待的字样，时间长了用户会失去耐心。

7）对话框通用准则

a:对于是否选择对话框，应当“是”按钮在左，“否”按钮在右。

b:所有对话框应当尽量采用中文，但是例如对于系统或者设备等专业名词可以采用英文说法避免翻译不准确。

c:打开文件等对话框应当同时存在输入框和浏览按钮。

d:对于造成用户无法恢复的操作一定要提示用户。

e:对于错误信息的提示要直观。

f:错误提示时的对话框中的提示信息应保持完整、通常、友好、统一。

4. 数据输入及操作逻辑

1）一般逻辑

a:光标、处理指示器和识别指针随操作恰当的改变、软件可操作与不可操作状态能够明显区别。

b:在读入用户所输入的信息时，根据需要选择是否去掉前后空格，或自动将中文逗号转换为英文。

c:功能的统一（对应、匹配）。例如：有复制就要有粘贴、有添加功能就要有删除功能。

d:日期的输入采用日期控件标准输入方式。

e:在需要输入时间的地方，应提供默认时间项且该时间与服务器当前时间保持同步。

f:必要时提供鼠标自动定位或者输入框自动清空。

2）风险处理

a:对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。

b:对错误操作最好支持可逆性处理，如取消系列操作。

c:对可能发生严重后果的操作要有补救措施。通过补救措施，用户可以回到原来的正确状态。

d:对可能造成等待时间较长的操作应该提供取消功能。

e:协议确认等需要用户注意的对话框，默认选项应当为不同意等否定选项，即需要用户确认才可以继续。

f:阻止用户作出未经授权或没有意义的操作。

g:对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。

h:在输入有效性字符之前，应该阻止用户进行只有输入之后才可以进行的操作。

I:对于有数据类型要求的输入框，应阻止用户输入非法数据，且给出提示信息。

j:当用户作出选择的可能性只有两个时，可以采用单选框。

k:当选择的可能再多一些时，可以选择复选框。

l:当选项特别多时，可以采用列表框或下拉列表框。

m:对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。

5. 帮助设施

1）一般准则

a:系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时，可以自己寻求解决方法。

b:通常帮助设施的方式有：需求文档、README、在线咨询、用户手册等。

c:帮助内容都应该是：描述清晰移动，与实际程序一致。

d:具备FAQ功能，能帮助用户解决常见问题。

e:最好使用超链接提供帮助文档，方便更新。

f:提供联络方式，一旦用户难以自己解决问题可以寻求技术咨询。

2）内容要求

a:文档精确描述了系统各种使用模式。

b:文档的内容和索引精确完整，超链接精确完整。

c:采用的杨丽sample、演示demo精确并与实际程序一致。

d:术语、菜单描述和系统响应与实际程序一致。

e:性能介绍与说明要与当前系统性能配套一致，避免出现陈旧的信息。

f:升级系统时，应当及时修改帮助措施，保证与软件版本同步。

g:用户可以用关键词检索快速查找自己需要的相关帮助信息。

h:提供及时调整系统帮助的快捷键功能，常用F1。

I:所有界面元素应当提供充分而必要的提示，例如：当鼠标移动到工具条上的某个图标按钮时，应当在该图标旁边出现功能提示信息。

PS：

作者是刚有幸成为软件测试工程师的新手，发表文章是为与大家分享和共同进步。大家有好的建议欢迎留言哦！
由于还处于学习巩固和积累软件测试基础阶段，所以初期文章多参考其他大佬的内容鸭。
本文参考以下文章

https://wenku.baidu.com/view/180b363e0875f46527d3240c844769eae109a320.html

发布者：全栈程序员-用户IM，转载请注明出处：https://javaforall.cn/212945.html原文链接：https://javaforall.cn

【正版授权，激活自己账号】： Jetbrains全家桶Ide使用，1年售后保障，每天仅需1毛

【官方授权正版激活】： 官方授权正版激活支持Jetbrains家族下所有IDE 使用个人JB账号...

软件易用性测试_易用性测试包含界面测试吗

一、易用性概念

二、易用性相关要素

1. 标准和规范

2. 直观性