易用性测试

第一类资料

易用性测试是指用户使用软件时是否感觉方便，比如是否最多点击鼠标三次就可以达到用户的目的。易用性和可用性存在一定的区别，可用性是指时候可以使用，而易用性是指是否方便使用。

 　　易用性（Usability）是交互的适应性、功能性和有效性的集中体现。

 　　人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。

 　　在 2003 年颁布的 GB/T16260-2003(ISO 9126-2001) 《软件工程 产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。

 　　（1）易理解性；（2）易学习性；（3）易操作性；（4）吸引性；（5）依从性。

 　　易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试：

 　　（1）易理解性测试；

 　　（2）易学性测试；

 　　（3）易操作性测试；

 　　（4）吸引性测试；

 　　（5）易用的依从性测试。

 　　易用性测试方法有：静态测试；动态测试；动态和静态结合测试。

 　　人体工程学的主要目标是达到易用性。

 　　1、用户界面测试

 　　用于与软件交互的方式称为用户界面或UI。

 　　2、优秀UI的构成

 　　软件测试员要负责测试软件的易用性，包括其用户界面。

 　　记住，软件测试员不需要去设计UI，只需要把自己当作用户，然后去找出UI中的问题。

 　　优秀UI具备的七个要素：

 　　（1）符合标准和规范

 　　最重要的用户界面要素是软件符合现行的标准和规范——或者有真正站得住脚的不符合的理由。

 　　注意：如果测试在特定平台上运行的软件，就需要把该平台的标准和规范作为产品说明书的补充内容。像对待产品说明书一样，根据它建立测试用例。

 　　这些标准和规范由软件易用性专家开发。它们是经由大量正规测试、使用、尝试和错误而设计出的方便用户的规则。

 　　也并非要完全遵守准则，有时开发小组可能想对标准和规范有所提高。

 　　平台也可能没有标准，也许测试的软件就是平台本身。

 　　在这种情况下，设计小组可能成为软件易用性标准的创立者。

 　　（2）直观

 　　用户界面是否洁净、不唐突、不拥挤？

 　　UI的组织和布局合理吗？

 　　有多余功能吗？

 　　帮助系统有效吗？

 　　（3）一致

 　　如果软件或者平台有一个标准，就要遵守它。如果没有，就要注意软件的特性，确保相似的操作以相似的方式进行。

 　　快捷键和菜单选项

 　　术语和命名

 　　听众

 　　诸如OK和Cancel按钮的位置。

 　　（4）灵活

 　　多种视图的选择：

 　　状态跳转

 　　状态终止和跳过

 　　数据输入和输出

 　　（5）舒适

 　　软件使用起来应该舒适，不能给用户工作制造障碍和困难。

 　　恰当；

 　　错误处理；

 　　性能。

 　　（6）正确

 　　要测试正确性，就是测试UI是否做了该做的事。

 　　注意：市场定位偏差、语言和拼写、不良媒体、WYSIWYG（所见即所得）。

 　　（7）实用

 　　是否实用是优秀用户界面的最后一个要素。

 　　3、为有残疾障碍的人员测试：辅助选项测试

 　　辅助选项测试（accessibility testing）也就是为有残疾障碍的人测试。

 　　残疾有许多种：视力损伤、听力损伤、运动损伤、认知和语言障碍。

 　　（1）法律要求：

 　　开发残疾人可以使用的用户界面的软件有一些法律规定。在美国，有3条法律：

 　　美国公民残疾人条例（ADA）声明

 　　居民条例第508款

 　　通信条例第255款

 　　（2）软件中的辅助特性

 　　软件可以有两种方式提供辅助。

 　　最容易的方式是利用平台或者操作系统内置的支持。

 　　如果测试的软件不在这些平台上运行，或者本身就是平台，就需要定义、编制和测试自己的辅助选项。

 　　注意：如果正在测试产品的易用性，一定要专门为辅助选项建立测试用例。

 　　如windows系统，提供了：粘滞键，筛选键，切换键，声音卫士，声音显示，高对比度，鼠标键，串行键。

 　　4、总结

 　　总之，不要让易用性测试的模糊性和主观性阻碍测试工作。易用性测试的模糊和主观是固然的，即使设计用户界面的专家也会承认有的地方是这样的。

 第二类资料

GUI常见的测试要求

    窗口

    * 窗口能否基于相关的输入或菜单命令适当的打开

    * 窗口能否改变大小、移动和滚动

    * 窗口中的数据能否用鼠标、功能键、方向箭头和键盘操作

    * 当被覆盖的窗口重新调用后，所有相关功能是否可操作

    * 能否使用所有窗口的相关功能，所有相关功能是否可操作

    * 相关的下拉式菜单，工具条，滚动条，对话框，按钮，图标和其它控制有否？能否正常显示？完全可用？

    * 显示多窗口时，窗口名能否正确显示，活动窗口是否加亮

    * 使用多用户时，所有窗口是否能实时更新

    * 多次或不正确按鼠标是否会产生无法预测的结果

    * 窗口的声音、颜色提示和窗口的操作顺序是否符合需求

    * 窗口能否正确关闭

    数据项

    * 字母、数据能否正确显示且输入系统

    * 图象方式数据项（如滚动条）是否正常工作

    * 数据输入、消失是否可以理解，能否识别非法数据

    下列式菜单和鼠标操作

    * 菜单条显示在合适语言环境中

    * 应用程序的菜单是否显示系统相关特性

    * 下拉式操作是否正确，功能是否正确

    * 菜单、调色板和工具条是否能正常的工作

    * 能否列出所有菜单功能和下拉式功能

    * 能否通过鼠标操作所有菜单的功能，通过文本命令激活每个菜单功能

    * 菜单功能随当前窗口操作加亮或变灰

    * 如果要求多次点击鼠标或鼠标有多个按钮时能否正确识别

    * 光标、处理指示器和识别指针能否随操作而适当改变

    UI测试常见BUG

    录入界面

    1. 输入字段要完整，且要与列表字段相符合（参照数据库进行检查）

    2. 必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息）

    3. 字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息

    （1） 长度校验

    （2） 数字、字母、日期等等的校验

    （3） 范围的校验

    4. 录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示

    5. 下拉框不选值的时候应该提供默认值

    6. 相同字段的录入方式应该统一（手动输入 、点选 、下拉选择、参照）

    7. 录入后自动计算的字段要随着别的字段修改更新（如单价变后，金额也变）

    8. 日期参照应该既能输入，又能从文本框选择

    界面格式

    1. 字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性

    2. 文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性

    3. 所有新增、修改、查看页面加上页面说明（如：XXX新增、XXX编辑、XXX查看等说明字样），（弹出的）界面要有标题，标题与内容要一致

    4. 不同界面显示相同字段的一致性（如列表界面和编辑界面）

    5. 界面按钮显示要求（查询、新增、删除顺序）

    6. 列表的顺序排列应该统一（按照某些特定条件排序）

    7. 下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定

    8. 所有弹出窗口居中显示或者最大化显示

    9. 信息列表中如果某个字段显示过长用“…”或者分行显示

    10. 人员、时间的缺省值一般取当前登录人员和时间

    11. 对于带有单位的字段，需要字段的标签后面添加如下内容：“（单位）”

    功能问题

    1. 按钮功能的实现（如返回按钮能否返回）

    2. 信息保存提交后系统给出“保存/提交成功”提示信息，并自动更新显示

    3. 所有有提交按钮的页面都要有保存按钮（每个界面风格一致）

    4. 凡是点选或者下拉选择的界面，如果一旦选择完了无法回到不选择的情况，需要加上“清除选择”功能按钮

    5. 没有选择记录点击删除/修改按钮要提示“请先选择记录”

    6. 选择记录后点击删除按钮要提示“确实要删除吗？”

    7. 需要考虑删除的关联性，即删除某一个内容需要同时删除其关联的某些内容

    8. 界面只读的时候（查询、统计、导入）等，应该不能编辑

    查询问题

    1. 查询条件缺少一些可以查询的字段

    2. 有些查询条件需要支持模糊查询

    3. 需要考虑有些查询条件本身的关联性（即某个查询条件的取值范围是依赖于其它查询条件的取值）

    4. 查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一

    5. 不同模块相同字段的查询方式应该统一（手动输入 、点选 、下拉选择）

    6. 出报表的时候，查询条件需要显示在报表标题的下面，这样看报表的时候知道数据的依据是什么

    7. 对于范围的查询采用全闭的形式