第一类资料
易用性测试是指用户使用软件时是否感觉方便,比如是否最多点击鼠标三次就可以达到用户的目的。易用性和可用性存在一定的区别,可用性是指时候可以使用,而易用性是指是否方便使用。
易用性(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. 对于范围的查询采用全闭的形式
标签:菜单,窗口,易用性,查询,测试,按钮 From: https://www.cnblogs.com/dabao150114/p/16719390.html