界面测试CheckList

本文提供了一个详尽的界面测试清单,覆盖表单、页面及导航等元素,旨在确保软件产品的用户体验质量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

烧鱼在以下这个链接写了界面测试CheckList,从另一方面在补充一些,这些CheckList不能忙于照抄应结合项目特点加以利用,如C/S,B/S结构的系统对界面测试的CheckList要求差别很大!
ttp://www.cnblogs.com/mayingbao/archive/2007/01/16/621885.html


 

表单Check List

 

–         在数字框中是否能输入文本?

–         是否允许通配符?

–         是否可以为空?

–         输入长度限制是否合理?

>         例如:身份证框限制为15字符,不合理

–         复选框和单选按钮的默认值是否正确?

–         是否只有一个单选框能被选中?

–         复选框是否出发了预期的事件

 

页面 Check List

 

–         当页面出现较长列表时,是否有滚动条?

–         调整控件或框架的大小,是否对页面造成非预期的影响?

–         当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态?

–         如果浏览器调整大小,页面是否还能完全显示?

–         刷新后界面是否正常显示?

–         控件在特定情况下是否被设置成disable状态?

 

 

导航 Check List

 

–         导航是否直观

–         Web系统的主要部分是否可通过主页存取

–         Web系统是否有站点地图、搜索引擎或其它的导航帮助

 

 

 

对于屏幕显示来说包括:
检查显示的布局;
检查域和按钮的顺序;
检查域的尺寸;
检查字体的大小和风格;
检查文本的含义;
检查拼写错误;
检查屏蔽域;
检查只读域;
检查图片;
检查按钮的状态;
检查按钮的尺寸;
检查按钮的图标和名字;
检查是否有重复的图标;
检查指针是否在第一个可输入域;
检查TAB键的次序;

对于域来说包括:
检查可编辑性;
检查域间的移动;
检查分界条件;
检查有效分界符;
检查无效分界符;
检查连续多个有效分界符;
检查仅一个分界符输入;
检查多余空格的截取;
检查只读域和屏蔽域在TAB时的状态;

对于数字域来说包括:
检查正数值;
检查负数值;
检查零值;
检查小数点;
检查特殊字符加数字;
检查字母加数字;
检查ASCII值;
检查重复值;
检查空值;


对于字符域来说包括:
检查仅有字母;
检查仅有数字;
检查字母数字;
检查允许的特殊字符;
检查禁止的特殊字符;
检查包含特殊字符的字母数字;
检查ASCII值;

对于字母域来说包括:
检查字母;
检查数字值;
检查字母数字值;
检查特殊字符;
检查ASCII值;

对于时间域来说包括:
检查字符?和/;
检查其它特殊字符;
检查字母数字值;
检查正确的格式;
检查错误的格式;
检查错误的日期数字;
检查正确的日期数字;
检查日历表;

对于错误信息和警告信息来说:
检查错误信息和警告信息的含义;
检查错误信息和警告信息的一致性;
检查确定位置的错误信息;
检查错误信息后的光标位置;
检查所有异常对应的错误信息;
检查错误信息的格式;

对于普通的检查来说:
检查文本域和字符域输入是否左对齐;
检查数字域输入是否右对齐;
检查标签的切换;
检查重复的名字;
检查可删除的表格;
检查表格的多选;
检查过滤器的逻辑性;
检查多个过滤器的逻辑性;
检查重复的序列号;
检查显示切换;
检查快捷键;
检查工具栏提示;
检查日期域是否居中;
检查选择项的高显;
检查选择符;
检查显示窗口的风格统一性;


对于按键的功能包括:
New button:
检查包含next和cancel按键的子窗口的显示;
检查子窗口显示的内容;
Add button:
检查包含save和cancel按键的子窗口的显示;
Edit button:
检查在未选择项目情况下点击后的警告信息;
检查包update和cancel按键的子窗口的显示;
检查选择的项目是否显示在制定的位置;
Copy button:
检查在未选择项目情况下点击后的警告信息;
检查点击后的确认信息;
检查插入后的复制数据;
Delete button:
检查在未选择项目情况下点击后的警告信息;
检查点击后的确认信息;
检查删除后的数据;
Run button:
检测运行时的参数窗口;
检查执行结果;
检查未选择项目情况下点击后的警告信息;
Back button:
检查是否回到上一屏幕;
Next button:
检查是否显示下一屏幕;
Finish button:
检查数据是否进入数据库;
检查完成屏幕的显示;
Cancel button:
检查确认信息;
检查是否有其它键执行同样功能;
检测是否能能够正确处理;

 转自:卖烧烤的鱼blog
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) 专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词语。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值