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.对于范围的查询采用全闭的形式

相关推荐