UI 测试用例

1 、易用性

按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

易用性细则:

1): 完成相同或相近功能的按钮用Frame 框起来,常用按钮要支持快捷方式。

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

3): 按功能将界面划分局域块,用Frame 框括起来, 并要有功能说明或标题。

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

5): 界面上首先应输入的和重要信息的控件在Tab 顺序中应当靠前, 位置也应放在窗口上较醒目的位置。

6): 同一界面上的控件数最好不要超过10 个,多于10 个时可以考虑使用分页界面显示。

7): 分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab

8): 默认按钮要支持Enter 及选操作,即按Enter 后自动执行默认按钮对应操作。

9): 可写控件检测到非法输入后应给出说明并能自动获得焦点。

10):Tab 键的顺序与控件排列顺序要一直,目前流行总体从上到下,同时行间从左到右的方式。

11): 复选框和选项框按选择几率的高底而先后排列。

12): 复选框和选项框要有默认选项,并支持Tab 选择。

13): 选项数相同时多用选项框而不用下拉列表框。

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

15): 选项数叫少时使用选项框,相反使用下拉列表框。

16): 专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词眼。

2 、规范性:

通常界面设计都按Windows 界面的规范来设计,即包含 菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单 的标准格式,可以说:界面遵循规范化的程度越高,则易用性相应的就越好。小型软件一般不提供工具厢。

规范性细则:

1): 常用菜单要有命令快捷方式。

2): 完成相同或相近功能的菜单用横线隔开放在同一位置。

3): 菜单前的图标能直观的代表要完成的操作。

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

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

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

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

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

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

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

11): 工具栏太多时可以考虑使用工具厢。

12): 工具厢要具有可增减性,由用户自己根据需求定制。

13): 工具厢的默认总宽度不要超过屏幕宽度的1/5

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

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

16) :状态条的高度以放置五好字为宜,滚动条的宽度比状态条的略窄。

17) :菜单和工具条要有清楚的界限菜单要求凸出显示,这样在移走工具条时仍有立体感。

18) :菜单和状态条中通常使用5 号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。

19): 右键快捷菜单采用与菜单相同的准则。

3 、帮助设施:

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

帮助设施细则:

1) :帮助文档中的性能介绍与说明要与系统性能配套一致。( 我们的系统帮助文档都是系统的祖先时期的说明,让人困惑)

2) :打包新系统时,对作了修改的地方在帮助文档中要做相应的修改。

3) :操作时要提供及时调用系统帮助的功能。常用F1

4) :在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。

5) :最好提供目前流行的联机帮助格式或HTML 帮助格式。

6) :用户可以用关键词在帮助索引中搜索所要的帮助,当然也应该提供帮助主题词。

7) :如果没有提供书面的帮助文档的话,最好有打印帮助的功能。

8 ) :在帮助中应该提供我们的技术支持方式,一旦用户难以自己解决可以方便的寻求新的帮助方式。

4 、合理性:

屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。

合理性细则:

1) :父窗体或主窗体的中心位置应该在对角线焦点附近。

2) :子窗体位置应该在主窗体的左上角或正中。

3) :多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。

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

5) :错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。

6) :与正在进行的操作无关的按钮应该加以屏蔽(Windows 中用灰色显示,没法使用该按钮)

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

8) :非法的输入或操作应有足够的提示说明。

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

10): 提示、警告、或错误说明应该清楚、明了、恰当。

5 、美观与协调性:

界面应该大小适合美学观点,感觉协调舒适,能在有效的范围内吸引用户的注意力。

美观与协调性细则:

1): 长宽接近黄金点比例,切忌长宽比例失调、或宽度超过长度。

2): 布局要合理, 不宜过于密集,也不能过于空旷,合理的利用空间。

3): 按钮大小基本相近,忌用太长的名称,免得占用过多的界面位置。

4): 按钮的大小要与界面的大小和空间要协调。

5): 避免空旷的界面上放置很大的按钮。

6) :放置完控件后界面不应有很大的空缺位置。

7): 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12 较为美观,很少使用超过12 号的字体。

8): 前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大绿等。常用色考虑使用Windows 界面色调。

9): 如果使用其他颜色,主色要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。

10): 大型系统常用的主色有"#E1E1E1""#EFEFEF""#C0C0C0" 等。

11): 界面风格要保持一致,字的大小、颜色、字体要相同,除非是需要艺术处理或有特殊要求的地方。

12): 如果窗体支持最小化和最大化或放大时,窗体上的控件也要随着窗体而缩放;切忌只放大窗体而忽略控件的缩放。

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

14): 通常父窗体支持缩放时,子窗体没有必要缩放。

15) :如果能给用户提供自定义界面风格则更好,由用户自己选择颜色、字体等。

 

UI 测试用例模板表格是一种用于记录和管理 UI 测试用例工具。它通常包含以下列:用例编号、用例名称、用例描述、预期结果、实际结果、测试步骤、测试数据和测试人员。下面是一个示例: | 用例编号 | 用例名称 | 用例描述 | 预期结果 | 实际结果 | 测试步骤 | 测试数据 | 测试人员 | | ------ | ------ | ------ | ------ | ------ | ------ | ------ | ------ | | 1 | 登录界面验证 | 验证用户是否能够成功登录系统 | 用户成功登录系统 | 用户成功登录系统 | 1. 打开登录页面 2. 输入用户名和密码 3. 单击登录按钮 | 用户名:test,密码:123456 | 张三 | | 2 | 导航菜单测试 | 验证导航菜单是否能够正确跳转到对应页面 | 菜单跳转到对应页面 | 菜单跳转到对应页面 | 1. 点击导航菜单项 | - | 李四 | | 3 | 数据输入验证 | 验证用户在输入框中输入数据是否被正确接受 | 输入框正确接受用户输入的数据 | 输入框正确接受用户输入的数据 | 1. 在输入框中输入测试数据 2. 检查输入框是否展示正确数据 | 输入数据:test123 | 王五 | 通过使用相关信息填写表格,可以使测试人员系统地记录每个 UI 测试用例测试步骤、测试数据以及预期和实际结果。这样做有助于提高测试的有效性和效率,还可以作为测试报告的一部分,用于跟踪和管理测试进展。同时,表格也便于与团队成员共享,并进一步进行测试用例的评审和修改。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值