数据测试：UI测试常见BUG

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